问题的一切来源于一句话：
Trigger a reload of the web app by writing any file to /WEB-INF/tomcat-web.xml/ ，文件夹什么鬼！
当然多提一嘴不是每个版本这个tomcat-web.xml都生效的具体看配置，详细的往下看
首先既然能够在tomcat运行后继续加载新的jar到jvm，如果是你会怎么实现呢，答案很显然，多线程，定时让一个子进程去监控文件的变化，tomcat也是如此，具体的就不多说了，也不是本篇的重点，这里只是简单提一嘴
关于本篇要探索的问题，我本来也确实不清楚，但是昨天看到一句话
Trigger a reload of the web app by writing any file to `/WEB-INF/tomcat-web.xml/` 嗯？看到这个我愣了一下，因为在我第一认知里面都是网上说的web.xml，这个加了个前缀tomcat又是什么，并且为什么创建目录也能被识别到内容变化呢(今天一位师傅与我讨论)
首先谈谈我的第一想法，我一开始猜测是扫描到这个/WEB-INF/tomcat-web.xml/,发现是目录，是不是就去通过遍历目录下的文件内容看是否有变化呢
但是答案是No，我跟了下源码，这里我们节约时间从关键的说起org.apache.catalina.startup.HostConfig#checkResources,
我们来看看checkResources是干嘛的，会去检查哪些资源这里也很清楚了
我们这里研究的是/WEB-INF/tomcat-web.xml/，继续往下看
往下看，关注下
long lastModified = app.reloadResources.get(s).longValue();光看lastModified我就大概猜到了是靠什么机制了，没错时间戳！当前文件夹下的文件变动了自然也会影响文件夹的时间戳变化，不过都来了当然还是进去看看嘛
确实如此，后面通过reload也就重新将/WEB-INF/lib下的jar加载进去了，昨天提过这里不再多讲
好了到了这里又是一个问题，刚才我们的资源路径是怎么取得的？
app.reloadResources这值是怎么来的呢，其实是在tomca首次运行时就设置了，在org.apache.catalina.core.StandardContext#addWatchedResource中便引入了，那值是哪来的，在项目路径/conf/context.xml
<Context>
<WatchedResource>WEB-INF/web.xml</WatchedResource>
<WatchedResource>WEB-INF/tomcat-web.xml</WatchedResource>
<WatchedResource>${catalina.base}/conf/web.xml</WatchedResource>
</Context>哦一切也就解决了，通过配置WatchedResource来监视，这也是默认名称
很骚的东西，第一次看到，马上吃饭了，简单看了下
首先大概说一下浏览器敲下htttp://xxx/xx.jsp时候，它会检查jsp文件是否存在来避免创建垃圾文件夹和文件，也就是在
org.apache.jasper.servlet.JspServlet#serviceJspFile下的
if (null == context.getResource(jspUri)) {往里一直跟，最终一个关键的点在org.apache.catalina.webresources.CachedResource#validateResource下
这个JarResource里面有映射关系，我们简简单单看看webResource咋来的
这里只是初始化其他地方也没有
后面找了下在org.apache.jasper.servlet.JspCServletContext#scanForResourceJARs找到了答案
拿下！！！
