关于so库的目录，我看插件的so解压到了lib/uuid+"_lib"目录。那多个插件中如果都有相同so，覆盖会有问题吧？

[cyberau]

so库的目录，我看插件的so解压到了lib/uuid+"_lib"目录。那多个插件中如果都有相同so，覆盖会有问题吧？比如后安装的插件中有个新版本的so库，那么之前安装的插件去用的时候会用到新版本的so库吗？

[shifujun]

是有问题的。

但是这个问题之所以一直没被发现，应该是因为这个问题只存在于多个partKey的插件有相同so的不同版本的情况。注意并不是同一个插件的不同版本会有问题，每次发布的uuid都应该是不同的，所以不会覆盖。

一个插件包的多个部分如果有相同so的话，我们一般就会让它们复用同一个so以缩小插件包大小了。所以从来也没遇到过这个问题。

不同功能的so碰巧同名的情况也没有考虑在内。

[mm46468648]

是有问题的。

但是这个问题之所以一直没被发现，应该是因为这个问题只存在于多个partKey的插件有相同so的不同版本的情况。注意并不是同一个插件的不同版本会有问题，每次发布的uuid都应该是不同的，所以不会覆盖。

一个插件包的多个部分如果有相同so的话，我们一般就会让它们复用同一个so以缩小插件包大小了。所以从来也没遇到过这个问题。

不同功能的so碰巧同名的情况也没有考虑在内。

请问如何复用宿主工程的so库呢，我在使用的过程中遇到了，初始化了两个mmkv的so库，导致没法获取用户本地存储的sp数据。请问这种问题怎么解决，因为我得sp都转为了mmkv存储。我就是想在插件工程也能获取到宿主的用户信息数据。