我试图弄清楚 Java 类加载器在大型多模块项目中与使用 Win32 API 函数 LoadLibrary、GetProcAddress 动态加载本机库相比有哪些优势。
使用这两种技术对部署、版本控制、对 API 更改的敏感性有什么影响？事实上，维护的整体成本。
我也想知道的一些相关问题： - 类加载器是否有助于防止 DLL 地狱？ - 如何实现多个模块的“并排”模式？
这是一个悬而未决的问题。即使您没有完整的答案，也请随时发表您的意见。
谢谢！
【问题讨论】：
标签： java dll classloader
嗯，这是针对同一目标的两种机制。动态库加载是在 JVM 或 .NET 被构想之前设计和实现的，并且（这是我特别喜欢的问题）后者中的任何一个都更顺利地做到这一点。
应该通过在 DLL 的名称中包含版本号来防止 DLL 地狱，但是如果您不小心放入类路径中的内容，您可以在 java 中获得类似的效果。
由于您可以完全控制应用程序的类路径，Windows DLL 开发的 syde-by-side 想法在 java 中是完全可行的——就像往常一样，完全确定您的类路径中有什么。如果您想研究 maven/gradle（构建自动化和依赖项管理）和 nexus（Java 的依赖项存储库）等工具，它们将帮助您以非常精确和轻松的方式管理您的依赖项。
希望对你有用
【讨论】：