⑴ 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文件夾，當然也可以使用絕對路徑。