SOFA模块化演进：从上下文隔离到动态模块化

"这篇文档是黄挺（鲁直）@蚂蚁金服关于SOFA模块化方案演进的思考，探讨了模块化设计在IT领域的挑战和解决方案，特别关注于SOFA中间件在类隔离和动态模块化方面的实践。" 本文档首先介绍了SOFA（Scalable Open Financial Architecture）的概念，它是蚂蚁金服开源的一款金融级分布式中间件，旨在解决大规模分布式系统中的复杂性问题。文档接着讨论了常见的模块化方法及其潜在问题，如模块间的高度耦合和研发成本的增加。 在分析了传统模块化方案的不足后，文档提出了SOFA的模块化策略。这一策略包括服务发布和服务引用，旨在实现服务的快速拆分。同时，为了应对“Dependency Hell”（依赖地狱），SOFA引入了类隔离，以减少中间件与业务代码之间的基础类库冲突，保持业务编码的简洁性。类隔离也被应用于大规模服务化后的富客户端，以实现与宿主系统的隔离。 随着服务化的深入，核心业务调用链路过深成为一个问题。为了解决这个问题，SOFA提出了合并部署方案，通过每个应用独立的ClassLoader防止类冲突，并将中间件与应用的ClassLoader隔离。文档还提到了使用对象深度克隆来解决类隔离带来的问题，以及通过门面系统对外提供服务，非门面系统不直接对外，以优化服务架构。 然而，仅仅做到类隔离并不足够。文档指出，动态模块化是进一步的解决方案，允许应用动态装载和卸载SOFA模块，支持同一模块的多版本共存。然而，动态模块化也带来了挑战，如类的回收问题、其他模块对卸载模块的反射缓存持有、自定义finalize方法和循环引用等问题。为了解决这些问题，文档建议避免常见的陷阱，进行重复装载测试，并监控元空间（Metaspace）的变化。 最后，文档总结了不同层次的模块化方案：普通模块化适用于业务较简单的场景；上下文隔离更适合业务复杂的情况；而类隔离则在运行时提供了更高级别的隔离，适用于更为复杂的分布式环境。通过这些策略，SOFA中间件致力于提供更加灵活和稳定的服务治理方案，以适应不断变化的业务需求。