tomcat测试网页

把Tomcat装好后，测试第一件事就是网页打开浏览器输入localhost:8080。那个默认的测试猫脸页面跳出来，才算过了第一关。网页可这页面上除了那只猫和几行链接，测试什么也没有。网页真正要验证你的测试应用能不能跑，还得自己写个测试页。网页

我习惯在webapps/ROOT下建个test.html，测试内容极简——一个标题，网页一段文字，测试再加个表单按钮。网页别小看这三样，测试它们能暴露80%的网页配置问题。比如你写完保存，测试刷新页面却报404，那多半是文件没放对位置，或者Tomcat的docBase指错了目录。我见过有人把文件丢进conf文件夹里，折腾半小时才发现路径不对。

写测试页有个诀窍：别只放静态内容。加个JSP片段，哪怕就一行<%= new java.util.Date() %>，能顺带验证JSP引擎是否工作。静态页面通了不代表动态脚本没问题，Tomcat的JSP预编译经常在部署时出岔子——特别是你改了web.xml里的servlet-mapping之后。我上次改了个URL映射，结果整个应用白屏，日志里只有一行ClassNotFoundException，排查半天才发现是编译版本对不上。

表单按钮更有讲究。你写个最简单的POST提交，动作指向test.jsp，然后看Tomcat的localhost_log文件。注意看POST /test.jsp HTTP/1.1那行的响应码——200是正常，500是脚本炸了，405基本是方法被禁。我遇到过一种怪事：表单提交后页面卡住不动，最后查出来是连接池没配好，线程全堵在等待数据库响应上。这时候测试页反而成了压死服务器的最后一根稻草，但至少它帮你暴露了问题。

测试页别急着删。留着它，以后每次改配置都能拿来快速验证。我甚至会在test.html里加个简单的样式表，故意把背景设成红色——这样部署到生产环境时，万一忘了清理，一眼就能瞟见那刺眼的红，提醒自己哪步操作漏了。

说到底，测试页就是个探针。它不花哨，但比任何监控工具都直接。你敲下回车那刻，Tomcat的线程池、连接器、类加载器全在背后跑了一遍，任何一环断了，页面都会给你颜色看。这比读一百篇教程都管用。