CRT destructor ảo

Question

Tôi chạy vào một đống tham nhũng ngày hôm nay gây ra bởi các thiết lập CRT khác nhau (MTd MDd) trong dll của tôi và dự án thực tế của tôi. Điều tôi thấy lạ là ứng dụng chỉ gặp sự cố khi tôi đặt trình phá hủy trong dll thành ảo. Có một lời giải thích dễ dàng cho điều đó không? Tôi nhận được rằng tôi không thể giải phóng bộ nhớ mà không phải trên heap của tôi, nhưng nơi chính xác là sự khác biệt khi tôi xác định destructor là phi ảo.

Một số luật chỉ để làm cho nó rõ ràng hơn một chút

Các DLL

#pragma once 
class CTestClass 
{ 
public: 
    _declspec(dllexport) CTestClass() {}; 
    _declspec(dllexport) virtual ~CTestClass() {}; 
}; 

Và dự án của tôi

int main(int argc, char* argv[]) 
{ 
    CTestClass *foo = new CTestClass; 
    delete foo; // Crashes if the destructor is virtual but works if it's not 
} 

Answer 1

Có sự khác biệt giữa

class CTestClass 
{ 
public: 
    _declspec(dllexport) CTestClass() {} 
    _declspec(dllexport) virtual ~CTestClass() {} 
}; 

và

__declspec(dllexport) class CTestClass 
{ 
public: 
    CTestClass() {} 
    virtual ~CTestClass() {} 
}; 

Trong trường hợp trước đây bạn chỉ một trình biên dịch để xuất khẩu chỉ có hai chức năng thành viên: CTestClass :: CTestClass() và CTestClass :: ~ CTestClass(). Nhưng trong trường hợp sau, bạn sẽ hướng dẫn một trình biên dịch xuất khẩu các bảng chức năng ảo. Bảng này là cần thiết khi bạn đã có một destructor ảo. Vì vậy, nó có thể là nguyên nhân của vụ tai nạn. Khi chương trình của bạn cố gắng gọi hàm hủy ảo, nó sẽ tìm kiếm nó trong bảng chức năng ảo được liên kết, nhưng nó không được khởi tạo đúng cách để chúng ta không biết nó thực sự ở đâu. Nếu destructor của bạn không phải là ảo, sau đó bạn không cần bất kỳ bảng chức năng ảo và tất cả mọi thứ hoạt động tốt.

Answer 2

Bạn đã không thực sự bài đủ code để đảm bảo. Nhưng ví dụ bạn không nên sụp đổ vì không có bất cứ điều gì sai với nó:

int main(int argc, char* argv[]) 
{ 
    // 1. Allocated an instance of this class in *this/exe* heap, not the DLL's heap 
    // if the constructor allocates memory it will be allocated from the DLL's heap 
    CTestClass *foo = new CTestClass; 

    // 2. Call the destructor, if it calls delete on anything it will be freed from the DLL's heap since thats where the destructor is executing from. Finally we free the foo object from *this/exe* heap - no problems at all. 
    delete foo; 
} 

Tôi nghi ngờ rằng trong mã thực sự của bạn, bạn phải sử dụng toán tử delete trên một đối tượng người là điều hành mới đã được thực hiện trong bối cảnh của dll . Và không có từ khóa ảo, bạn có thể bỏ lỡ cuộc gọi destructor đang thực hiện xóa bối cảnh chéo.

Answer 3

destructor ảo chỉ cần thiết khi bạn có một số cây phân cấp thừa kế. Từ khóa ảo sẽ đảm bảo rằng con trỏ tới đối tượng thực tế (không phải kiểu của đối tượng) bị phá hủy bằng cách tìm ra hàm hủy của nó trong Vtable. Kể từ trong ví dụ này, đi theo mã bạn đã cung cấp, CTestClass không kế thừa từ bất kỳ lớp nào khác, nó là một cách một lớp cơ sở và do đó không cần một destructor ảo. Tôi giả sử có thể có một quy tắc thực thi khác đang được thực hiện nhưng bạn không nên sử dụng ảo với các lớp cơ sở. Bất cứ khi nào bạn tạo ra một đối tượng có nguồn gốc, bạn cũng tạo ra cơ sở của nó (vì lý do đa hình) và cơ sở luôn bị phá hủy (nguồn gốc chỉ bị phá hủy nếu bạn tạo destructor cho nó ảo, do đó đặt nó trong bảng vlookup (ảo) thời gian chạy) .

Cảm ơn