然，这很难看，但为了使 java -jar outapp.jar 可用，还是值得的！
3. JAR 可以被隐式引用
如果有几个不同的命令行实用工具（或其他的应用程序）在使用 Spring 框架，可能更容易将 Spring JAR 文件放在公共位置，使所有实用工具能够引用。这样就避免了文件系统中到处都有 JAR 副本。Java 运行时 JAR 的公共位置，众所周知是 “扩展目录” ，默认位于 lib/ext 子目录，在 JRE 的安装位置之下。
JRE 是一个可定制的位置，但是在一个给定的 Java 环境中很少定制，以至于可以完全假设 lib/ext 是存储 JAR 的一个安全地方，以及它们将隐式地用于 Java 环境的 CLASSPATH 上。
4. Java 6 允许类路径通配符
为了避免庞大的 CLASSPATH 环境变量（Java 开发人员几年前就应该抛弃的）和/或命令行 -classpath 参数，Java 6 引入了类路径通配符 的概念。与其不得不启动参数中明确列出的每个 JAR 文件，还不如自己指定 lib/*，让所有 JAR 文件列在该目录下（不递归），在类路径中。
不幸的是，类路径通配符不适用于之前提到的 Class-Path 属性清单入口。但是这使得它更容易启动 Java 应用程序（包括服务器）开发人员任务，例如 code-gen 工具或分析工具。
5. JAR 有的不只是代码
Spring，就像许多 Java 生态系统一样，依赖于一个描述构建环境的配置文件，前面提到过，Spring 依赖于一个 app.xml 文件，此文件同 JAR 文件位于同一目录 — 但是开发人员在复制 JAR 文件的同时忘记复制配置文件，这太常见了！
一些配置文件可用 sysadmin 进行编辑，但是其中很大一部分（例如 Hibernate 映射）都位于 sysadmin 域之外，这将导致部署漏洞。一个合理的解决方案是将配置文件和代码封装在一起 — 这是可行的，因为 JAR 从根本上来说就是一个 “乔装的” ZIP 文件。 当构建一个 JAR 时，只需要在 Ant 任务或 jar 命令行包括一个配置文件即可。
JAR 也可以包含其他类型的文件，不仅仅是配置文件。例如，如果我的 SpeakEnglish 部件要访问一个属性文件，我可以进行如下设置，如清单 6 所示：
清单 6. 随机响应 package com.tedneward.jars;
import java.util.*;
public class SpeakEnglish implements ISpeak{ Properties responses = new Properties(); Random random = new Random();
public String sayHello(){ // Pick a response at random
int which = random.nextInt(5);
return responses.getProperty(\ } }
可以将 responses.properties 放入 JAR 文件，这意味着部署 JAR 文件时至少可以少考虑一个文件。这只需要在 JAR 步骤中包含 responses.properties 文件即可。
当您在 JAR 中存储属性之后，您可能想知道如何将它取回。如果所需要的数据与 JAR 文件在同一位置，正如前面的例子中提到的那样，不需要费心找出 JAR 文件的位置，使用 JarFile 对象就可将其打开。相反，可以使用类的 ClassLoader 找到它，像在 JAR 文件中寻找 “资源” 那样，使用 ClassLoader getResourceAsStream() 方法，如清单 7 所示：
清单 7. ClassLoader 定位资源 package com.tedneward.jars; import java.util.*;
public class SpeakEnglish implements ISpeak{ Properties responses = new Properties(); // ...
public SpeakEnglish() { try{
ClassLoader myCL = SpeakEnglish.class.getClassLoader();
responses.load( myCL.getResourceAsStream( \ }catch (Exception x) { x.printStackTrace(); } } // ... }
您可以按照以上步骤寻找任何类型的资源：配置文件、审计文件、图形文件，等等。几乎任何文件类型都能被捆绑进 JAR 中，作为一个 InputStream 获取（通过 ClassLoader），并通过您喜欢的方式使用。
结束语
本文涵盖了关于 JAR 大多数开发人员所不知道的 5 件最重要的事 — 至少基于历史，有据可查。注意，所有的 JAR 相关技巧对于 WAR 同样可用，一些技巧（特别是 Class-Path 和 Main-Class 属性）对于 WAR 来说不是那么出色，因为 servlet 环境需要全部目录，并且要有一个预先确定的入口点，但是，总体上来看这些技巧可以使我们摆脱 “好的，开始在该目录下复制......” 的模式，这也使得他们部署 Java 应用程序更为简单。
本系列的下一个主题是：关于 Java 应用程序性能监视您不知道的 5 件事。
参考资料
学习 ? ? ? ? ? ? ? ?
关于 ... 您不知道的 5 件事（Ted Neward，developerworks）：本系列将 Java 琐事变成编程宝典。 “JAR 文件揭密”（Pagadala Suresh 和 Palaniyappan Thiagarajan，developerWorks，2003 年 10 将程序打包进 JAR 文件（Java Tutorials 系列）：JAR 基础。
Spring：关于这个健壮的、灵活的、流行的框架的信息，直接从源中获取。
“通过 Guice 进行依赖项注入”（Nicholas Lesiecki，developerworks，2008 年 10 月）：DI 提高“在 java 类路径中设置多个 jar” (StackOverflow Q&A，2010 年 5 月最后一次更新）：关于类路“查看 JAR 运行”（Shawn Silverman，JavaWorld.com，2002 年 5 月）：一个关于创建可执行 JAR “编程语言系列的高级话题：JSR 277: Java Module System”（Google Tech Talks，2007 年 5 月）：
月）：介绍了 Java Archive 模式的特性和优势，包括打包、可执行 JAR 文件、安全性和索引。
了可维护性、可测试性和灵活性，Guice 使 DI 变得很简单。 径通配符的更多信息。 文件的教程。
JAR 也有不足之处 — 令人讨厌的类路径、JAR 文件和扩展，略举一二。这篇 Google Tech Talk 文章解释 JSR 277 是如何对它们进行更正的。 ? 讨论 ?
加入 My developerWorks 中文社区。
developerWorks Java 技术专区：这里有数百篇关于 Java 编程各个方面的文章。
关于 Java 性能监控您不知道的 5 件事1
使用 JConsole 和 VisualVM 进行 Java 性能分析
简介： 责怪糟糕的代码（或不良代码对象）并不能帮助您发现瓶颈，提高 Java? 应用程序速度，猜测也不能帮您解决。Ted Neward 引导您关注 Java 性能监控工具，从 5 个技巧开始，使用 Java 5 的内置分析器 JConsole 收集和分析性能数据。
本文的标签: j2se_(java_2_standard_edition), java, java性能, performance, 应用开发, 性能
发布日期： 2010 年 8 月 20 日 级别： 初级 其他语言版本： 英文
关于本系列
您觉得自己懂 Java 编程？事实是，大多数开发人员都只领会到了 Java 平台的皮毛，所学也只够应付工作。在本 系列 中，Ted Neward 深度挖掘 Java 平台的核心功能，揭示一些鲜为人知的事实，帮助您解决最棘手的编程困难。
当应用程序性能受到损害时，大多数开发人员都惊慌失措，这在情理之中。跟踪 Java 应用程序瓶颈来源一直以来都是很麻烦的，因为 Java 虚拟机有黑盒效应，而且 Java 平台分析工具一贯就有缺陷。
然而，随着 Java 5 中 JConsole 的引入，一切都发生了改变。JConsole 是一个内置 Java 性能分析器，可以从命令行或在 GUI shell 中运行。它不是完美的，但是当尖头老板来问你关于性能的问题时，用它来应对还是绰绰有余的 — 这比查询 Papa Google 要好得多。
在本期 5 件事 系列中，我将向您展示 5 个方法，使您可以轻松地使用 JConsole（或者，它更高端的 “近亲” VisualVM ）来监控 Java 应用程序性能和跟踪 Java 中的代码。
1. JDK 附带分析器
许多开发人员没有意识到从 Java 5 开始 JDK 中包含了一个分析器。JConsole（或者 Java 平台最新版本，VisualVM）是一个内置分析器，它同 Java 编译器一样容易启动。如果是从命令行启动，使 JDK 在 PATH 上，运行 jconsole 即可。如果从 GUI shell 启动，找到 JDK 安装路径，打开 bin 文件夹，双击 jconsole。
当分析工具弹出时（取决于正在运行的 Java 版本以及正在运行的 Java 程序数量），可能会出现一个对话框，要求输入一个进程的 URL 来连接，也可能列出许多不同的本地 Java 进程（有时包含 JConsole 进程本身）来连接。
JConsole 或 VisualVM?
JConsole 从 Java 5 开始就随着 Java 平台版本一起发布，而 VisualVM 是在 NetBeans 基础上升级的一个分析器，在 Java 6 的更新版 12 中第一次发布。多数商店还没有更新到 Java 6 ，因此这篇文章主要介绍 JConsole 。然而，多数技巧和这两个分析器都有关。（注意：除了包含在 Java 6 中之外，VisualVM 还有一个独立版下载。下载 VisualVM，参见 参考资料。）
使用 JConsole 进行工作
在 Java 5 中，Java 进程并不是被设置为默认分析的，而是通过一个命令行参数 — -Dcom.sun.management.jmxremote — 在启动时告诉 Java 5 VM 打开连接，以便分析器可以找到它们；当进程被 JConsole 捡起时，您只能双击它开始分析。
分析器有自己的开销，因此最好的办法就是花点时间来弄清是什么开销。发现 JConsole 开销最简单的办法是，首先独自运行一个应用程序，然后在分析器下运行，并测量差异。（应用程序不能太大或者太小；我最喜欢使用 JDK 附带的 SwingSet2 样本。）因此，我使用 -verbose:gc 尝试运行 SwingSet2 来查看垃圾收集清理，然后运行同一个应用程序并将 JConsole 分析器连接到它。当 JConsole 连接好了之后，一个稳定的 GC 清理流出现，否则不会出现。这就是分析器的性能开销。
2. 远程连接进程
因为 Web 应用程序分析工具假设通过一个套接字进行连通性分析，您只需要进行少许配置来设置 JConsole（或者是基于 JVMTI 的分析器，就这点而言），监控/分析远程运行的应用程序。
如果 Tomcat 运行在一个名为 “webserve” 的机器上，且 JVM 已经启动了 JMX 并监听端口 9004，从 JConsole（或者任何 JMX 客户端）连接它需要一个 JMX URL “service:jmx:rmi:///jndi/rmi://webserver:9004/jmxrmi”。
基本上，要分析一个运行在远程数据中心的应用程序服务器，您所需要的仅仅是一个 JMX URL。更多关于使用 JMX 和 JConsole 远程监控和管理的信息，参见 参考资料。）
3. 跟踪统计
不要成为典型
发现应用程序代码中性能问题的常用响应多种多样，但也是可预测的。早期的 Java 编程人员对旧的 IDE 可能十分生气，并开始进行代码库中主要部分的代码复查，在源代码中寻找熟悉的 “红色标志”，像异步块、对象配额等等。随着编程经验的增加，开发人员可能会仔细研究 JVM 支持的 -X 标志，寻找优化垃圾收集器的方法。当然，对于新手，直接去 Google 查询，希望有其他人发现了 JVM 的神奇的 “make it go fast” 转换，避免重写代码。
从本质上来说，这些方法没什么错，但都是有风险的。对于一个性能问题最有效的响应就是使用一个分析器 — 现在它们内置在 Java 平台 ，我们确实没有理由不这样做！
JConsole 有许多对收集统计数据有用的选项卡，包括：
? Memory：在 JVM 垃圾收集器中针对各个堆跟踪活动。 ? Threads：在目标 JVM 中检查当前线程活动。 ? Classes：观察 VM 已加载类的总数。
这些选项卡（和相关的图表）都是由每个 Java 5 及更高版本 VM 在 JMX 服务器上注册的 JMX 对象提供的，是内置到 JVM 的。一个给定 JVM 中可用 bean 的完整清单在 MBeans 选项卡上列出，包括一些元数据和一个有限的用户界面来查看数据或执行操作。（然而，注册通知是在 JConsole 用户界面之外。）
使用统计数据
假设一个 Tomcat 进程死于 OutOfMemoryError。如果您想要弄清楚发生了什么，打开 JConsole，单击 Classes 选项卡，过一段时间查看一次类计数。如果数量稳定上升，您可以假设应用程序服务器或者您的代码某个地方有一个 ClassLoader 漏洞，不久之后将耗尽 PermGen 空间。如果需要更进一步的确认问题，请看 Memory 选项卡。
4. 为离线分析创建一个堆转储
生产环境中一切都在快速地进行着，您可能没有时间花费在您的应用程序分析器上，相反地，您可以为 Java 环境中的每个事件照一个快照保存下来过后再看。在 JConsole 中您也可以这样做，在 VisualVM 中甚至会做得更好。
先找到 MBeans 选项卡，在其中打开 com.sun.management 节点，接着是 HotSpotDiagnostic 节点。现在，选择 Operations，注意右边面板中的 “dumpHeap” 按钮。如果您在第一个（“字符串”）输入框中向 dumpHeap 传递一个文件名来转储，它将为整个 JVM 堆照一个快照，并将其转储到那个文件。
稍后，您可以使用各种不同的商业分析器来分析文件，或者使用 VisualVM 分析快照。（记住，VisualVM 是在 Java 6 中可用的，且是单独下载的。）
5. JConsole 并不是高深莫测的
作为一个分析器实用工具，JConsole 是极好的，但是还有更好的工具。一些分析插件附带分析器或者灵巧的用户界面，默认情况下比 JConsole 跟踪更多的数据。
JConsole 真正吸引人的是整个程序是用 “普通旧式 Java ” 编写的，这意味着任何 Java