手機顯示time out怎么解決？又出現(xiàn)這種問題的原因是加載文件網(wǎng)絡(luò)錯誤，解決方法是將HTTPkeep-AliveTimeout這個參數(shù)設(shè)置地不要大，不過有沒有更好的解決方法，由于可以使用的服務(wù)器是t

手機顯示time out怎么解決？

又出現(xiàn)這種問題的原因是加載文件網(wǎng)絡(luò)錯誤，解決方法是將HTTPkeep-AliveTimeout這個參數(shù)設(shè)置地不要大，不過有沒有更好的解決方法，由于可以使用的服務(wù)器是tomcat，便是可以通過改服務(wù)器配置來能解決該問題，具體一點的解決方法追加：

可以修改tomcat配置文件server.xml，找到類似于下面配置:

1234ltConnectorport8086maxHttpHeaderSize8192maxThreads150minSpareThreads25maxSpareThreads75enableLookupsfalseredirectPort8443acceptCount100connectionTimeout20000disableUploadTimeouttrue/a8

將上面的參數(shù)disableUploadTimeout值替換成false即可解決。

tcp/http協(xié)議的意思？

TCP協(xié)議對應(yīng)于傳輸層，而HTTP協(xié)議按于應(yīng)用層，從本質(zhì)上來說，二者沒有可比性。Http協(xié)議是建立起在TCP協(xié)議基礎(chǔ)之上的，當瀏覽器是需要從服務(wù)器資源網(wǎng)頁數(shù)據(jù)的時候，會才發(fā)出四次Http請求。Http會通過TCP組建起一個到服務(wù)器的連接通道，當能夠參加跪請需要的數(shù)據(jù)一切就緒后，Http會立刻將TCP再連接斷開連接，這個過程是很短的。所以我Http再連接是一種短連接到，是一種無狀態(tài)的連接。說白的無狀態(tài)，是指瀏覽器每次向服務(wù)器率先發(fā)動請求的時候，不是什么通過一個連接到，反而你每次都組建一個新的連接。如果沒有是一個連接到的話，服務(wù)器進程中就能保持住這個連接而且在內(nèi)存中記好一些信息狀態(tài)。而你每次跪請結(jié)束后，再連接就關(guān)閉，相關(guān)的內(nèi)容就釋放了，所以才記不全任何狀態(tài)，下一界無狀態(tài)連接。隨著時間的推移，html頁面變的急切了，里面很有可能附著了很多圖片，這時候有時候訪問網(wǎng)絡(luò)圖片都要建立起四次tcp連接上就稍顯低效益了。但keep-Alive被做出為了解決的辦法效率低的問題。從HTTP/1.1起，設(shè)置為都開啟了Keep-Alive，一直保持連接到特性，簡單地說，當一個網(wǎng)頁先打開能夠完成后，客戶端和服務(wù)器之間主要用于傳輸HTTP數(shù)據(jù)的TCP再連接不可能關(guān)掉，如果客戶端再次ftp訪問這個服務(wù)器上的網(wǎng)頁，會繼續(xù)不使用這一條早確立的再連接calm-Alive不會永久達到再連接，它有一個持續(xù)時間，是可以在不同的服務(wù)器軟件（如Apache）中設(shè)定好這個時間?？墒沁@里可以使用TCP直接連接保持了一段時間，可是這個時間是有限范圍的，到了時間點始終是會自動關(guān)閉的，因此我們還把其直線系方程是隔一段時間再連接能完成后都會關(guān)閉。當時，按照Session,Cookie等查找技術(shù)，也能持續(xù)一些用戶的狀態(tài)。但還是每次都使用一個連接，仍然是無狀態(tài)直接連接。