首先了解Jigsaw的主要用例是模块化JRE本身。作为第二个目标，它将提供可被其他Java库和应用程序使用的模块系统。
我的立场是，仅JRE可能需要Jigsaw之类的 东西 ，但是如果其他Java库或应用程序使用Jigsaw，它将产生比其声称要解决的问题更多的问题。
JRE是一个非常困难且特殊的情况。它已经超过12年了，是一个可怕的烂摊子，到处都是依赖周期和荒谬的依赖。同时，大约有 900万 开发人员使用了大约
数十亿 个正在运行的系统。因此，如果重构造成重大变化，则您绝对无法重构JRE。
OSGi是一个模块系统，可以帮助您（甚至 迫使
您）创建模块化的软件。您不能简单地将模块化扩展到现有的非模块化代码库之上。将非模块化代码库变成模块化代码库不可避免地需要进行一些重构：将类移动到正确的程序包中，使用解耦服务替换直接实例化，等等。
这使得很难将OSGi直接应用于JRE代码库，但是我们仍然需要将JRE拆分为单独的片段或“模块”，以便可以交付JRE的简化版本。
因此，我认为Jigsaw是一种“ 极端的措施 ”，可以在拆分JRE时使其保持活动状态。它并 不能
帮助代码变得更加模块化，而且我坚信，它实际上会增加开发使用该库的任何库或应用程序所需的维护。
最后：OSGi存在，而拼图尚不存在，可能永远不存在。OSGi社区在开发模块化应用程序方面拥有12年的经验。如果您对开发模块化应用程序非常感兴趣，则OSGi是该镇唯一的游戏。
