编者按：JDK软件包之间的相互依赖性一直是使用Java 平台最大的非议之一，因为就到具体应用的时候这会产生庞大臃肿的架构。很多开发者希望JDK 变小、变快，正处于开发中的JDK7是否会实现这些功能、重铸JDK的锋芒呢？JDK7的进展状况和新性能又是怎样的呢？本文，JDK核心团队的工程师Alan Bateman就此展开了话题：

JDK7的一个任务就是为我们提供模块化平台，但要做到这一点真的很困难，因为它的代码基与许多讨厌的依赖有着千丝万缕的联系，这些依赖存在于API和许多不同区域的执行之间。这些依赖已经建立了很多年，举例来说：假设你正使用Logging API（java.util.logging)），Logging需要NIO和JMX，JMX需要JavaBeans, JNDI, RMI和CORBA，JNDI需要java.applet.Applet而且JavaBeans依赖AWT, Swing例子有很多，但结论很明显：使用Logging API是非常不明智的，因为最终这会导致对整个平台的依赖。（这里要说明一下：这些都只是依赖，logging当然不需要真的去加载CORBA的超过1600个class）

好消息是，我们已经开始在上几个构建中做出进步来解决这些问题。Logging不再需要JMX（这需要一个API的变化：回退和重新访问（backed-out/re-visited））；我们还析出RMI IIOP transport，这样即便没有CORBA你也可以远程管理；没有JavaBeans，JMX也一样可以自我测试；JNDI中不再需要java.applet.Applet；JavaBeans不再需要JDBC；AWT不再需要RMI

所以现在我们有了一个初步的模块基础，尤其是核心库（lang/io/net/util/nio/security）。原来存在于JNDI、部署代码（deployment code）、AWT、参数、logging API及JMX中的依赖已经被移除或者倒置。不过仍有一个XML解析下的依赖（来自java.util.Properties），但它很快也会被解决。

Swing, AWT, 2D等都已经进入了客户端模块化的阶段。由于这些模块中的API的关联性很强，所以模块化工作很有挑战性。还有一些来自于其他模块（比如web服务）的一些依赖，不过最终这些都会解决掉，到时可以用于嵌入式设备。

我们有几个细粒度模块，可能在未来被划为粗粒度模块。Logging, RMI, JSSE (SSL), SASL, JDBC, JNDI, LDAP以及其他JNDI供应商、PKCS11和其他安全供应商将为它们命名。JSSE是从平台其他区域剥离的很好的例子，也许有人会认为它不需要发送请求就可以做安全连网，但由于SSL能够基于身份验证来使用Kerberos，所以实际上JSSE取决于Kerberos/JGSS。这种情况下，依赖就是可选的，即如果安装了Kerberos，那么在执行安全的时候SSL会包括Kerberos密码组件，如果没有安装Kerberos，则不会请求使用Kerberos。

我上文提到的CORBA还经常成为用户指责JDK承载的兼容包的话柄，因为一个好的模块应该抛弃那些无用的、遗留的、不受欢迎的包的兼容。所以，Sean Mullan和Vincent Ryan在jdk7 b78中做了很多工作，删除了对无用安全类的依赖，从而这些无用安全类就不必存在于基础模块中。其他准备被移除的包括继承的sun.io转换器，我们早应该遗弃它只是JDBC驱动对它的依赖尚未移除；还有sun.misc中的许多类也都没用了，但我们还是没法删除因为许多应用直接使用它们。

值得一提的是，模块并不一定与封装边界（package boundaries）一致。当然最理想的状况是一个模块涵盖一个或多个完整包中所有的类，但许多情况下这是不可能的。我上文提到的JavaBeans就是一个很好的例子：将属性事件支持（property event support）和注释从自省和其他连接客户端区域的类中分离出来。New I/O和Logging等API有管理界面，所以将管理界面、管理模块与JMX、java.lang.management聚合很有意义。上文我还提到了IIOP transport从RMI Connector中分离，这种情况下，rmic编辑器将生成抽头与javax.management.remote.rmi包联系在一起，但我们不需要将这些与管理模块聚合因为它会产生对CORBA的依赖。

我希望通过我的上述能让你了解JDK 7所正在做的。上文提到的很多都是为了移除依赖性，为的是一个更加模块化的JDK，从而可以使我们更接近提高性能（下载和启动时间）、建立平台缩放性的目标。不过很多工作需要分几步来完成，因此最初的构建会生成JAR文件，但最终我们会转换成一个更好的格式。（文/王玉磊）

原文链接：http://blogs.sun.com/alanb/entry/is_the_jdk_losing_its