长沙市住房和城乡建设部网站,优秀网站建设模板,工业设计属于什么大类,做展馆的公司有哪些目录我的学习过程我的学习心路热加载配置bug问题总结我的学习过程
前天写的client-server聊天项目写完后#xff0c;今天进行了调试。我用到的是out目录下的server.class文件和client.class文件。 先后启动两个命令行窗口来进行测试的。 使用java server启动服务端窗口。 再使…
目录我的学习过程我的学习心路热加载配置bug问题总结我的学习过程
前天写的client-server聊天项目写完后今天进行了调试。我用到的是out目录下的server.class文件和client.class文件。 先后启动两个命令行窗口来进行测试的。 使用java server启动服务端窗口。 再使用java client启动客户端窗口。
客户端发送四次信息
ni
hao
zhong
guo客户端发给服务端的信息正常情况下服务端接收后屏幕打印一律显示了str。
客户端打印的四次信息
str
str
str
str我的学习心路
客户端的发送的具体信息全是str。为什么呢
我的操作心路 首先是服务端显示异常所以定位到server.java的代码。定位到问题代码如下
// 有bug的java代码
System.out.println(str);我的操作心路 这个bug简单就是不小心加了双引号导致直接打印了字符串str。修正我用的是gradle管理项目进行了clean、build、rebuild project后继续使用两个命令行窗口进行测试。
我的心里路程 问题没有得到解决。我想想会是什么原因呢明明已经改过来了。该怎么解决呢我或许可以尝试到idea里打断点进行调试看看是不是有其他代码问题。
我的操作心路 说干就干在idea里配置两个tomcat试试学习了tomcat的热加载配置。
热加载配置
找到tomcat的目录下找到conf/server.xml文件打开 在host节点下增加Context节点。
Host namelocalhost...
...
Context path项目路径 docBase/【某目录名】 debug0 privilegedtrue reloadabletrue/
...
/Host
属性概念
debug“0” debug是设定debug level, 0表示提供最少的信息9表示提供最多的信息。
privileged“true” privileged设置为true的时候才允许Tomcat的Web应用使用容器内的Servlet。
reloadable“true” 会让修改生效该选项适合调试。
我的心里路程 我发现上面参数里【某目录名】是建在webapps目录下目录里面需要放置项目编译后的class文件和项目的jar包。但是同样class文件在目录中存在了2个地方。
一个是out/production/classes目录下 另一个build/classes/java/main目录下
我的心里路程 老师的课程用的是out目录下的class文件我也是使用out目录下的是什么原因导致修正不生效呢为什么有2个地方的class
我的操作心路 百度一下看看推测出由于每次使用的是out目录下的class文件但clean、build、rebuild project并没有修正out文件下class文件。是每次都不起作用呢还是一定时间间隔后起作用有待考证*1
我的操作心路 使用tomcat热加载后问题得倒了解决。
我的心里路程 推测两种可能
reloadabletrue可以对out目录下的class文件修正。或者热加载使用的是build目录下的class文件。 有待考证*2 标记学习下gradle的目录结构或源网站的说明。
考证*1 我的考证结果有待考证*1处思考有误。 我的考证思路 在Server.java中添加打印语句观察两处class文件是否添加该打印语句进行来验证。
两种build验证
idea上方导航栏build(clean project、build project、rebuild project)idea窗口右侧边栏Gradle-Tasks下build(clean、build)
第一种build下针对的是out目录下的class Server.java修改后
若未进行clean project则build project和rebuild project都未能修正out目录下的Server.class。若先进行了clean project则build project和rebuild project都能修正out目录下的Server.class。
第二种build下针对的是build/classes/java/main目录下的class Server.java修改后
clean直接会删除build/classes/java/main整个目录和Server.class文件。直接build就可以修正build/classes/java/main目录下的Server.class文件。
考证*2 我的考证结果有待考证*2处思考有误。热加载使用的是out目录下的class文件。 我的考证思路 利用两种build的不同点使两处的class文件具备不同的打印语句。观察运行后窗口的打印语句。
out目录下的Server.class System.out.println(-------bad1----);
build/classes/java/main目录下的Server.class System.out.println(-------bad2----);
Server.java: System.out.println(-------good----);
启动tomcat运行Server.java窗口打印结果
-------good----out目录下的Server.class内打印语句发生变化 System.out.println(-------good----);
out目录下的class能修正是否与reloadabletrue有关呢 我的心里路程 把reloadable设置false试试。重复上面操作。 结果不影响out目录下的class的修正。
百度了解这个属性设为truetomcat服务器在运行状态下会监视在WEB-INF/classes和WEB-INF/lib目录下class文件的改动如果监测到有class文件被更新的服务器会自动重新加载Web应用。
我的思考 设为false时第一次启动tomcat也会调一次监测吗或者说服务器重启了会重新加载更新一次重启与这个属性无关 设为true时启动tomcat运行Server.java修改Server.java保存重新编译修正了out目录下的class。Server.java并没有重新加载。啊哦想错了。监视的是WEB-INF/classes和WEB-INF/lib目录下class文件。与out目录下的class无关。想错了哈哈哈。
bug问题总结
我错在使用的是第二种的clean针对的是build/classes/java/main目录下的class。未使用第一种的clean project再build project,针对的是out目录下的class。
