⑴ web项目中隔一段时间不操作页面的情况下，再次操作页面时服务器响应速度会变得非常的慢！
优化配置。项目是用的什么数据库，用的什么框架。看看是否每次连接释放资源。
⑵ JavaWeb项目中如何来保证项目的可维护性和可扩展性
你这问题问的，太大了。简单来说，对于以有的功能，要考虑后期可能发生的扩展，对于还没有的功能，你的程序最好提供便利的接口让新功能可以加进去。说白了就是用一些设计模式，比如经典的MVC
⑶ javaweb项目运行时快时慢
log日志的问题 控制台的输出太多
部署的Tomcat 过低
⑷ Web测试的主要内容和测试方法有哪些
1功能测试 2 1.1链接测试 2 1.2表单测试 2 1.3数据校验 3 1.4 cookies测试 3
1功能测试 2
1.1链接测试 2
1.2表单测试 2
1.3数据校验 3
1.4 cookies测试 3
1.5数据库测试 3
1.6应用程序特定的功能需求 4
1.7设计语言测试 4
2性能测试 4
2.1连接速度测试 4
2.2负载测试 4
2.3压力测试 5
3用户界面测试 6
3.1导航测试 6
3.2图形测试 6
3.3内容测试 7
3.4表格测试 7
3.5整体界面测试 7
4兼容性测试 8
4.1平台测试 8
4.2浏览器测试 8
4.3分辨率测试 8
4.4 Modem/连接速率 9
4.5打印机 9
4.6组合测试 9
5安全测试 9
5.1目录设置 9
5.2登录 10
5.3日志文件 10
5.4脚本语言 10
6接口测试 10
6.1服务器接口 10
6.2外部接口 11
6.3错误处理 11
7结论 11
在Web工程过程中，基于Web系统的测试、确认和验收是一项重要而富有挑战性的工作。基于Web的系统测试与传统的软件测试不同，它不但需要检查和验证是否按照设计的要求运行，而且还要测试系统在不同用户的浏览器端的显示是否合适。重要的是，还要从最终用户的角度进行安全性和可用性测试。然而，Internet和Web媒体的不可预见性使测试基于Web的系统变得困难。因此，我们必须为测试和评估复杂的基于Web的系统研究新的方法和技术
⑸ 请教：关于java web项目的优化问题
查询时不要使用类似select * from x_table的语句，要尽量使用select id,name from x_table，以避免查询出不需要的数据浪费资源。对于海量数据而言，一个字段所占用的资源和查询时间是相当可观的。 3、当我们在做查询时，常常是前台提交一个查询表单到后台，后台解析这个表单，而后进行查询操作。在我们解析表单时，为了方便起见，常常喜欢将一些不需要查询的条件用永真的条件来代替（如：select count(id) from x_table where name like ‘%’），其实这样的SQL对资源的浪费是相当可怕的。我试过对于同样的近一千万条记录的查询来说，使用select count(id) from x_table 进行表查询需要11秒，而使用select count(id) from x_table where name like ‘%’却花了33秒。 4、在做海量数据查询时，应尽量避免表连接（特别是左、右连接），万不得已要进行表连接时，被连接的另一张表数据量一定不能太大，若连接的另一张表也是数万条的话，那估计可以考虑重新设计库表了，因为那需要等待的时间决不是正常用户所能忍受的。 以前做过一个银行分析系统，数据量是亿级别的。补充几点1，怎样造Java对象。有句话说得好：尽可能的少造对象。别说千万级，就是上万级都不要考虑造对象了。因为几个请求一并发，喀嚓，系统肯定完蛋。
2，合理摆正系统设计的位置。大量数据操作，和少量数据操作一定是分开的。大量的数据操作，肯定不是ORM框架搞定的。绝对不能ORM，因为1，要少造对象；2，数据库资源合理利用。id分配就是一个好例子。
3，合理利用数据库的分区、索引技术。
4，有的时候可以考虑临时表之类的，尤其是大数据量。
5，有人说非常大的数据量，一定要用存储过程。我存储过程不好，所以还是使用jdbc，哈哈效果非常好，所以除了上面几点注意外，还要注意：
⑹ 对于开发一个java项目,怎么样提高它的速度、安全性、稳定性.哪些基本的
基础的就是那些。
1.代码优化 //写的不安全的代码，或者性能低下的。
2.数据库优化//数据库的分库分表等
3.虚拟机优化//优化虚拟机参数
4.缓存//包含前端缓存以及业务缓存，数据库缓存等。
5.负载均衡及集群//增加稳定性和负载
6.前端页面优化。//优化客户加载时间，提高效率
7.静态化//同上
等等。暂时想到这么多。。
⑺ JavaWeb项目中，如果大量都存在一张表中就会影响性能，怎么能解决大量数据的性能问题
根据你的业务需求采取策略
1）进行分库分表
2）拆表
比如把一张表拆成2张表
3）数据库集群
4）提升硬件性能
等等
⑻ 如何在Web上提高系统安全性和稳定性
服务器是网络环境中为客户机提供各种服务的、特殊的计算机系统，在网络中具有非常重要的地位，服务器安全性显得尤为重要。Web服务器安全漏洞 Web服务器上的漏洞可以从以下几方面考虑： a.在Web服务器上你不让人访问的秘密文件、目录或重要数据。 b.从远程用户向服务器发送信息时。特别是信用卡之类东西时，中途遭不法分子非法拦截。 c.Web服务器本身存在一些漏洞，使得一些人能侵入到主机系统，破坏一些重要的数据，甚至造成系统瘫痪。 d.CGI安全方面的漏洞有： （1）有意或无意在主机系统中遗漏Bugs给非法黑客创造条件。 （2）用CGI脚本编写的程序当涉及到远程用户从浏览器中输入表格（Form），并进行检索（Search index），或form-mail之类在主机上直接操作命令时，或许会给Web主机系统造成危险。提高系统安全性和稳定性 a.限制在Web服务器开账户，定期删除一些断进程的用户。 b.对在Web服务器上开的账户，在口令长度及定期更改方面作出要求，防止被盗用。 c.尽量使FTP、MAIL等服务器与之分开，去掉ftp,sendmail，tftp，NIS，NFS，finger，netstat等一些无关的应用。 d.在Web服务器上去掉一些绝对不用的如SHELL之类的解释器，即当在你的CGI的程序中没用到PERL时。就尽量把PERL在系统解释器中删除掉。 e.定期查看服务器中的日志logs文件。分析一切可疑事件。
⑼ web前端如何让网页布局稳定性和标准性
为了实现网页布局的稳定性和标准性，我们可以从下面几方面努力：
一、 <!DOCTYPE> 标记的重要性。
位 于文档的最前面，用于向浏览器说明当前文档使用哪种 HTML 或 XHTML 标准 规范，我们必需在开头处使用<!DOCTYPE>标记为 所有的XHTML文档指定XHTML版本和类型，只有这样浏览器才能将该网页作为有 效的XHTML文档，并按指定的文档类型进行解析。
<!DOCTYPE> 标记和浏览器的兼容性相关，删除<!DOCTYPE>，就是把如何展示HTML页面的权利交给浏览器， 这 时，IE6，IE7，IE8，Firefox2，Firefox3，Chrome，有多少种浏览器，页面就有可能有多少中显示效果，这是不被允许的。
二、合适地方用到合适的标签
物尽其用人尽其才。 再合适的地方用到合理的标签，对网页布局和优化都有很多的好处，比如logo ，一般我们都用h1 标签包括。 还有理解行内元素和块级元素的区别。
一个页面不要只用div，太多反而太泛滥了。table虽然用的少，但是，再做一些数据处理的时候，还是比较好用的。
三、站在标准流的角度看padding 和 maring 、width等属性稳定性
我们知道页面布局的时候，控制盒子位置距离等，有盒子本身大小，padding和margin来做。
因此，再这里我们会根据稳定性来看这三者的先后顺序：
其中稳定性最好的就是盒子本身的高度和宽度了，我们优先考虑这个。 因此，很多情况下，我们会考虑利用高度剩余法，宽度剩余法来做，而不是padding和margin。
这个评论和下面的文本域框有个小距离， 此时，我们给这个评论一个h2标签，高度正好从评论上方，到文本域上的高度就好了。
h2 里面文字内容默认是靠左上对齐的，高度用不了，就剩下了，这就是高度剩余法。
其次，我们才考虑padding ，因为padding也可以看做特殊的盒子高度和宽度，最后我们再用margin来做。因为margin会有边距合并的问题。
四、标准流、浮动流和定位的稳定性
标准流再里面是最稳定的，就是块级元素上下显示，行内一行显示，都是最稳定的。
浮动和定位都“脱标”了，稳定性没那么稳定，所以，我们应该遵循如下原则：
页面布局，能用标准流去做的不用浮动去做，如果要用浮动做的，就不用定位去做。
五、知己知彼百战百胜
总会有特殊的浏览器，比如ie6 ，这些奇葩浏览器总是有自己独到的地方，那我们怎办? 兵法云，知己知彼百战百胜，因此，需要我们详细的了解这些浏览器自己独特的特性，或者掌握他们ie6常常出现的bug，以及对于css 的理解，那么我们根据他们的不同解析，写出合理的布局。
六、不要让清除内外边距带来麻烦
html, body, ul, li, ol, dl, dd, dt, p, h1, h2, h3, h4, h5, h6, form, fieldset, legend, img { margin:0; padding:0; }
这句话，大家都知道，清除浏览器样式的。但是如果你不加，不同浏览器肯定显示不太一样。所以，css的第一句话就是它。还有就是要使用大部分浏览支持的css属性不至于引起不必要的麻烦。
⑽ Java web项目，怎么做负载均衡啊
Java web项目负载均衡常用的是nginx。
在多个服务器上部署同一个web项目，nginx会将用户的请求随机（可自定义）分发到其中一个web服务器，当其中任意一个或多个web服务器宕机时，不影响用户的正常访问。
1、两个web服务器负载均衡：
upstream local_tomcat {
# 这里是本机的第一个web服务器
server localhost:8080;
# 这里是本机的第二个web服务器
server localhost:9090;
#还可添加很多
}
server{
location / {
proxy_pass http://local_tomcat;
}
#......其他省略
}
当访问http://localhost时，nginx会随机的跳转到8080与9090服务器。当8080服务器宕机时，9090会继续工作。如果想控制两个服务器的权重，比如 9090 服务器性能好，可以多处理一些请求，则可以如下配置权重
upstream local_tomcat {
server localhost:8080 weight=1;
server localhost:9999 weight=2;
}
这样在9090受访的机率会比8080多一倍。
2、静态文件，这个好像conf.xml有现成的配置，只要改一下就可以，如下对图片的配置
#location ~ \.(png|jpg|bmp)$ {
root image;
}
所有png 、 jpg 、 bmp 的请求都会直接去访客根目录下的image文件夹，当然也可以使用绝对路径。