小典典
这样做的时候要小心——我建议完全不要。
最大的问题是共同的静态变量。 实际上是编译成目标的，没有被引用。 也就是说，即使java文件没有更改，也需要重新编译类。 如果不重新编译，它将引用旧值。
方法签名也需要仔细更改。 如果不更改方法签名并重新编译调用该方法的所有文件，则会出现非常精细的错误。 -
调用Java文件实际上不需要更改。 例如，将参数从int更改为long。
如果您决定走这条路，请做好准备，避免在客户站点上发生非常难以调试的错误(通常没有痕迹或明显的指示，收到的数字和发送的数字不一致等奇怪的行为)，从而无法重复许多让客户生气的事情
编辑(评论太长) :
类文件的二进制差异可能起作用，但假设已经编译了某些版本号或日期，每次编译都会无故更改，但很容易测试。
可以采用一些严格的开发实践来代替公共
虽然最终静态变量(将它们变为私有(不建议使用deprecate ) )而不是使用每个更改的方法签名，但我不知道所有可能的问题。 我只是知道我们面临的问题。
另外，Jar文件的二进制差异也没有用，因此必须将类分化并重新集成到Jar中。 听起来不容易追踪。
是否可以单独打包资源并最小化代码？ 提取字符串(对i18n有用) -我只是想知道是否可以充分修剪类文件并始终执行完整的构建/发布。
另一方面，Sun似乎做得很好，以便能够创建与以前的JRE版本完全兼容的类文件，因此必须在某个地方提供指导。
2020-11-16