--group-start/--group-end 能不能解决 OpenSSL 1.0 vs 1.1 的优先级问题？

--group-start / --group-end 其实是 ld 链接器的一个功能，专门用来解决 循环依赖的静态库 问题。

例如：

-Wl,--start-group -lfoo -lbar -lbaz -Wl,--end-group

会让链接器在这几个库之间反复扫描，直到符号解析完为止。

---

🔎 那么能不能用它来"优先选 1.0 而不是 1.1"？

答案是：不行，原因如下：

1. --start-group/--end-group 只是解决静态库依赖次序的问题，不会影响动态库选择优先级。

   • 它能帮你在 libA.a 依赖 libB.a，而 libB.a 又依赖 libA.a 这种场景下成功链接。

   • 但是它不会改变 libssl.so 版本选择。

2. 动态库（.so）的版本选择规则是：

   • 链接时：按 -L 搜索路径的顺序找到的第一个匹配 -lssl 的库。

   • 运行时：由 RPATH/RUNPATH + LD_LIBRARY_PATH + 系统默认搜索路径 决定。

   • 这和 group 没关系。

3. 所以如果你机器上 /usr/lib 有 libssl.so -> libssl.so.1.1，而你想用 libssl.so.1.0.1，

   那么即使写成：

   -Wl,--start-group -L/path/to/ssl101 -lsrosssl101 -L/usr/lib -lssl -Wl,--end-group

   链接器依然可能拉错，因为 .so 是动态符号，最后由 搜索路径顺序 决定。

---

✅ 正确能保证 1.0 在前的方法

1. 明确用绝对路径：

   $(OPENSSL101_LIBDIR)/libsrosssl101.so \
   $(OPENSSL101_LIBDIR)/libsroscrypto101.so

   这样就不会被 /usr/lib/libssl.so.1.1 抢走。

2. 确保 RPATH 先搜 1.0 路径：

   -Wl,-rpath,/usr/lib/openssl101 -Wl,-rpath,/usr/lib

   这样运行时也会先加载 1.0。

3. shim/dlopen 隔离（我之前建议的方法 3） ：

   这是彻底避免 1.1 被拖进来的办法。

---

👉 所以结论：
--group-start/--group-end 不能解决 OpenSSL 1.0 vs 1.1 的优先级问题 ，它只能解决静态库互相依赖的问题。

你要么用 绝对路径 ，要么用 RPATH 控制 ，或者直接上 shim 隔离。