詢問一個撰寫c++ shared library (.so) 給 client使用的問題 看到一份code, .so 的header 提供的api prototype是長這樣 std::unique_ptr<Foo> CreateFoo(); 這很明顯的是 allocate的動作在lib裡面 deallocate的人一定在caller那端也就是client code a. 這是不是一個很不正確的design? 基於一個觀念 不該把new跟delete的動作, 在不同library間執行 之前觀念是因為heap是獨立的, 所以會出問題 b. 但這觀念是不是只有windows上才有呢? 不確定 以下連結也只提到dll https://stackoverflow.com/questions/443147/c-mix-new-delete-between-libs 針對這件事 我並沒有明確的google到有什麼guideline提到該怎麼設計 如果是以我經驗來說 多半是 Foo* Create() 搭配 void Release(Foo*) 但這感覺比較偏向C, 而這樣好像也限制client端得到這個Foo*後無法用smart pointer去 hold. 所以以我的想法會覺得 回傳 weak_ptr<Foo> or shared_ptr<Foo> Create(); 給client 然後Create函數裡面實作的時候使用一個global之類的container, 把這sp記錄起來確保 .so是最後一個去delete他的人 但這邊衍伸一個疑問 c. a.exe + b.so 使用load time dynamic link的話, a.exe還是b.so的global變數會先開始解構? 如果是使用 run time dynamic link的話 d. 如果client用dlopen 然後dlsym拿到一個sp後 手動呼叫dlclose....這時候繼續使用這個sp 是不是會有undefined的行為產生? 就算沒有人解構可是.so已經被close了? e. 不能在不同的library間 new delete這件事 是否是platform/compiler dependent? 假設linux上如果我測試發現沒有出問題 是否表示在這compiler/platform下 100%不會發生問題 還是說"有可能" 不定時的出現問題 而不能馬上當下發現立刻修正? 因為目前使用那個shared library(return unique ptr)並沒發生問題 會不會之後在某特定情況下突然出現問題呢? 會有 lib 間 heap是獨立的這件事 是gcc / vc實作決定的嗎 還是更底層 OS實作? f. 以我的觀念來看 如果是.a 的static lib, 是不是就完全沒有design上特別的考量 不需要特別去因為寫static library而有特別需要注意的地方? g. 如果一個exe使用多個.so 而這些.so都用不同版本的gcc build出來的 這樣如果他們expose的api 含有 stl的type 是不是就是一個非常不好的design? 如果我真的要使用這些不同版本的.so 是不是只能祈禱不會出事情而無法作解決? 而這問題是不是只要這些.so用dynamic link libstdc++就沒事了? h. 有沒有什麼網頁有特別針對shared library的interface design 有提供guideline? 想要稍微go through一下比較能掌握一些必要觀念 以上幾個問題有點複雜 請教各位 非常感謝 --

※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 39.10.166.239 ※ 文章網址: https://webptt.com/m.aspx?n=bbs/C_and_CPP/M.1534953456.A.0D7.html ※ 編輯: lovejomi (39.10.166.239), 08/23/2018 00:08:54 ※ 編輯: lovejomi (39.10.166.239), 08/23/2018 00:12:38 ※ 編輯: lovejomi (39.10.166.239), 08/23/2018 00:27:33