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

手機(jī)顯示time out怎么解決？

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

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

1234ltConnectorport8086maxHttpHeaderSize8192maxThreads150minSpareThreads25maxSpareThreads75enableLookupsfalseredirectPort8443acceptCount100connectionTimeout20000disableUploadTimeouttrue/a8

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

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

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