GNU
關於musl libc dlclose unload問題
參考資訊：
1. functional-differences-from-glibc
2. destructor-of-a-global-static-variable-in-a-shared-library-is-not-called-on-dlcl
musl libc沒有保證dlclose()一定會做unload的動作，因此，有些狀態仍然是處於上次dlopen()的狀態，如：static變數是上次dlopen()的內容，如果需要運用到share library的環境，建議使用glibc或者uClibc-ng比較適當。