今天在做时间格式显示这块内容的时候。我改动了这个js函数，同一时候凝视的掉了其它的一些替换的方法，可是在浏览器中执行发现效果一点也没有改变。于是debug js，发现浏览器中识别的还是之前未改动的js，进行F5和ctrl+F5操作也无济于事。或许是缓存的事情？于是清除了浏览器的cookies并又一次打开浏览器，可是仍然未有不论什么的变化，载入的还是原来的界面。于是我又又一次启动tomcat。也是无济于事。
最后还是从新部署了一下才干够，想想为什么重新启动动tomcat也不行，由于重新启动comcat会载入一些xml的配置文件和编译jsp和java文件为class文件。可是编译的是你部署到tomcat上的项目。java源码在保存的时候自己主动编译了，jsp中嵌入的一些java代码也会自己主动编译了。而javascript属于脚本语言，是在浏览器执行的时候才知道，当我们保存的时候可能不会自己主动的保存到我们部署到tomcat的webapps下。在webapps下的代码没有更新。
对于这样的情况，第一我们能够又一次公布项目，or第二手动改js代码，or第三指定MyEclipse编译文件位置到webapps下来覆盖旧代码。第三种办法例如以下图所看到的。
watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvbG92ZXN1bW1lcmZvcmV2ZXI=/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/SouthEast" width="659" height="359">
第四种。我们能够让tomcat找到我的class文件，我们就不须要放到comcat的webapps一份了，直接给tomcat一个地址，tomcat就会依据这个地址找到你项目的class文件。直接去解读了。
你告诉他的位置一定要和你把你的class文件放置在哪里的位置一致（第三条）。
这就好比，食品加工产（JDK）把面粉（.java）加工成馒头（.class）。把馒头放到了指定的位置（加工厂能够自己设定：上面第三条）。而对于吃馒头的人(tomcat)来说，告诉他(tomcat)地址就能够了，或者把加工好的馒头(.class)送到吃馒头人的家里（tomcat
webapps）。
以下就是给tomcat一个地址让tomcat自己去找class文件，工厂把馒头放到了一个地址，而且让吃馒头的人自己走到这个地方去吃馒头。例如以下图所看到的。
watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvbG92ZXN1bW1lcmZvcmV2ZXI=/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center">
最终有些理解了，大道至简可能就是如此吧。我们不但要能把现实世界中的东西抽象到计算机的世界中，也要能把计算机中世界的东西还原到现实世界中。到最简单的道理中。晚安。
版权声明：本文博客原创文章，博客，未经同意，不得转载。