针对以JSP与Java的编译问题, 平时不会那么在意, 可这个问题很严重

最新推荐文章于 2024-07-12 16:26:30 发布

weixin_34128237

最新推荐文章于 2024-07-12 16:26:30 发布

阅读量176

点赞数

文章标签： java

原文链接：https://my.oschina.net/vernon/blog/191855

版权

针对于JSP页面编译问题.

好好总结一下今天下午和同事遇见的一个平时不是那么在意的问题,搞了个半天.

针对于JSP页面编译问题.
我们来看看JSP的编译问题:因为JSP在执行第一次后，会被编译成Servlet的类文件，即.class，当再重复调用执行时，就直接执行第
一次所产生的Servlet,而不再重新把JSP编译成Servelt。
因此，除了第一次的编译会花较久的时间之外，之后JSP和Servlet的执行速度就几乎相同了。当JSP网页在执行时，JSP Container 会做检查工作，如果发现JSP网页有更新修改时，JSP Container 才会再次编译JSP成 Servlet; 如果JSP没有更新时，就直接执行前面所产生的Servlet.

然而, 我们JSP又会时常的调用Java代码, 而我们大家的Java代码会时刻注意,经常的会时刻的编译,更新. 而你页面

Java代码里面:

public class Constants{
          // 之前的代码
          public static final String FUID = 1;

          // 改动之后的代码, 将String 修改为 int
          public static final int FUID = 1;
}

而JSP一直没有变,也不需要改变.

<input type="hidden" value="<%=Constants.FUID%>" />

所以,当访问改JSP页面是, 它的class还是之前的,因为你没有改动过文件,而后台的Java已经改变,所以会报错,说找不到FUID(String)的. 因为你已经是int类型的FUID了.

解决方法就是: 每次重启时, 都需要删掉 ~/tomcat/work/Catalina/localhost/webProject/* 的所有文件,让它重新编译.
大概就是这么个意思,不知道大家看明白了.如果一直是这么做的, 那就没问题了.

转载于:https://my.oschina.net/vernon/blog/191855