Tomcat 之Tomcat Manager

1 Tomcat Manager

Tomcat Manager设置用户及权限请见上篇https://my.oschina.net/HJCui/blog/678161

(1)列出当前已部署的应用
http://localhost:8080/manager/text/list

(2)从新加载一个现有应用

http://localhost:8080/manager/text/reload?path=/examples
标记一个现有应用， 关闭它并从新加载。 这一功能的适用状况为： 当 Web 应用上下文不能从新加载； 你已经更新了 /WEB-INF/classes 目 录中的类和属性文件时； 或者当你在 /WEB-INF/lib 目 录添加或更新了 jar 文件。
注意： 在从新加载时， Web 应用配置文件 /WEB-INF/web. xml 没法从新读取。 若是对 web.xml 文件做出改动， 则必须中止并启动 Web 应用。
若是命令成功执行， 应得以下所示的响应：
OK - Reloaded application at context path /examples

(3)列出 OS 及 JVM 属性

http://localhost:8080/manager/text/serverinfo

(4)会话统计

http://localhost:8080/manager/text/sessions?path=/zhuanlan

(5)过时会话

http://localhost:8080/manager/text/expire?path=/zhuanlan&idle=num

 

实际上， /sessions 和 /expire 是同一个命令的两种异名， 惟一不一样之处在于 idle 参数。

(6)开启 一个现有应用

http://localhost:8080/manager/text/start?path=/zhuanlan

标记一个已中止的应用， 从新开启它， 使其再次可用。 中止并随后从新开启应用有时显得很是重要， 好比当应用所需的服务器暂时变得不可用时。 一般状况下， 与其让用户频繁碰到数据库异常， 倒不如中止基于该数据库的Web 应用运行。

(7)中止已有应用

http://localhost:8080/manager/text/stop?path=/zhuanlan
标记现有应用， 使其不可用， 但仍使其处于已部署状态。 当应用中止时， 任何请求都将获得著名的 HTTP 404错误。 在应用列表中， 该应用将显示为“stopped”。

(8)寻找内存泄露
http://localhost:8080/manager/text/findleaks[?statusLine=[true| false] ]
寻找内 存泄露的诊断将触发一个完全的垃圾回 收（ GC） 方案， 因此 若是在生产环境中 使用 它， 须要很是谨慎才行。寻找内存泄露的诊断会试图确认已致使内存泄露的 Web 应用（当其处于中止、 从新加载， 以及被取消部署状态时） 。 一般由一种分析器来确认结论。 诊断使用了由 StandardHost（标准主机） 实现所提供的附加功能。 若是使用的是没有扩展自 StandHost 的自 定义主机， 则该诊断没法生效。已有一些文档介绍， 从 Java 代码中显式地触发完全的垃圾回收方案是不可靠的。 此外， 在不一样的 JVM 中， 也有不少选项禁止显式触发垃圾回收， 好比像 -XX: +DisableExplicitGC 。 若是你须要确认诊断是否成功地实现了完全的垃圾回收， 可使用 GC 日 志、 JConsole 分析器， 或其余相似工具。
若是该命令成功执行， 将获得相似以下的响应：

若是你但愿在响应中看到状态行， 那么能够在请求中加入 statusLine 查询参数， 并将其设定为 true 。对于已中止运行、 被从新加载或被取消部署的Web 应用， 因为以前运行所用到的类可能仍然加载在内存中， 从而会形成内存泄露。 响应将把这种应用的每一个上下文路径都单列一行。 若是应用被从新加载了数次， 就可能会列出几回。若是命令并无成功执行， 响应将以 FAIL 开头， 并包含一个错误消息。

(9)虚拟机（ VM） 相关信息
http://localhost:8080/manager/text/vminfo
写入一些关于 Java 虚拟机（ JVM） 的诊断信息。
响应相似以下所示：

 

(10)服务器状态

可从下面这些连接中观察有关服务器的状态信息。 任何一个 **manager-**** 角色都能访问这一页面。
http://localhost:8080/manager/status/all

完。