Gibt es ein Lade-Leck, wenn dlopen() von einer DLL-Bibliothek aufgerufen wird?

Question

Wenn meine ausführbare Datei dlopen aufruft, um eine Bibliothek zu laden, aber die Adresse dlclose nicht aufruft, bleibt die Bibliothek geladen, bis der Prozess beendet wird und das Betriebssystem ihn zum Entladen zwingt.

Wenn ich a.so laden, die b.so lädt, dann dlclose rufen a.so, wird das OS entladen b.so auch?

Wie vergleicht dies mit einem ähnlichen Szenario mit dem Microsoft-Äquivalent LoadLibraryEx?

Answer 1

Die Anwendung muss sich nur darum kümmern, was die App direkt lädt. Wenn Sie a.so laden, müssen Sie sich nur mit dem Entladen von a.so befassen.

Wenn a.so sich weigert, b.so zu entladen, ist das ein Problem mit a.so, Ihre App ist dafür nicht verantwortlich. Der Autor von a.so muss sich zusammensetzen und das Problem mit seiner Bibliothek beheben.