Khi nào một DLL chính xác sẽ sử dụng một đống khác so với tệp thực thi?

Question

Tôi biết rằng nếu các liên kết DLL tĩnh của bạn chống lại một phiên bản khác của thời gian chạy thì nó sẽ tạo ra một đống riêng của nó. Nó cũng sẽ nếu nó được hướng dẫn để tạo ra một đống. Trong những trường hợp này, nó là không an toàn cho các DLL để xóa những gì exe được phân bổ. Trong những trường hợp nào điều này không áp dụng (như trong, nó là an toàn cho các DLL để xóa những gì exe được phân bổ)? Có an toàn nếu cả exe và liên kết DLL tĩnh đối với cùng một thư viện thời gian chạy?

Cảm ơn

về cơ bản là có một cách mà bất cứ ai phân bổ nó chỉ có thể làm addEvent(new DerivedEvent(), FunctorDestroyClass());

Answer 1

tôi có thể đọc thêm vào câu hỏi của bạn hơn là có, nhưng nếu bạn đang muốn biết làm thế nào bạn có thể phân bổ và giải phóng bộ nhớ qua các biên giới DLL, sau đó bạn có thể sử dụng giống như sau:

#define DLLMemAlloc(size) HeapAlloc(GetProcessHeap(), 0, size) 
#define DLLMemFree(mem) HeapFree(GetProcessHeap(), 0, mem) 

Điều đó có thể an toàn hơn (một phần nỗ lực trong tương lai). Dựa vào các tùy chọn xây dựng khác nhau để đảm bảo sự an toàn của việc phân bổ và giải phóng trên các ranh giới có thể dẫn đến các vấn đề.

Và (cũng không phải là một phần của câu hỏi), bạn có thể nghĩ lại liệu việc đó có thực sự cần thiết để có thể thực hiện điều này hay không. Nó có vẻ như có thể có một lỗ hổng thiết kế nếu một DLL phải phân bổ một cái gì đó mà một DLL (hoặc thực thi) đã miễn phí.

Answer 2

DLL sẽ nhận được nó là quản lý bộ nhớ riêng nếu bạn liên kết thư viện thời gian chạy tĩnh. Bạn có 3 tùy chọn: liên kết thời gian chạy động, luôn phân bổ và deallocate trong cùng một vị trí (DLL hoặc thực thi, cung cấp chuyển tiếp nếu cần), hoặc sử dụng bộ cấp phát bộ nhớ bên thứ 3 mà sẽ chăm sóc vấn đề này.