骚片成人一起草在线播放,97久久精品人搡人妻人人玩,狠狠色影音先锋狠狠色影音先锋狠狠色

本文目錄一覽

1，保持長連接是什么意思
2，五指棋如何下
3，如何區(qū)分HTTP協(xié)議的無狀態(tài)和長連接

1，保持長連接是什么意思

長連接就是客戶端長時(shí)間的連接在服務(wù)器上。一般服務(wù)器都設(shè)有超時(shí)限制即一定時(shí)間內(nèi)連接處于非活動(dòng)狀態(tài)（沒有任何數(shù)據(jù)傳輸）服務(wù)器就會把連接自動(dòng)斷開。所以需要客戶端每隔一段時(shí)間給服務(wù)端發(fā)送一個(gè)心跳數(shù)據(jù)包以保持長鏈接。服務(wù)器在一段時(shí)間中沒有收到客戶端的數(shù)據(jù)（應(yīng)用層數(shù)據(jù)），不一定會斷開連接：在TCP這個(gè)層次上說，沒有這樣的設(shè)計(jì)；在應(yīng)用層上，有可能某些應(yīng)用會提供這樣的功能。在TCP的實(shí)現(xiàn)中，提供了一種心跳信號，但這種信號的周期很長，無法迅速的探出網(wǎng)絡(luò)中的異常情況。所以一旦網(wǎng)絡(luò)出現(xiàn)中斷，比如路由器被移走等等，在服務(wù)器和客戶端之間的連接可能還會維持著，直到心跳信號周期的到來。為了能夠及時(shí)獲取服務(wù)器和客戶端之間網(wǎng)絡(luò)（包括網(wǎng)絡(luò)中的所有環(huán)節(jié)）的連通狀態(tài)，有必要在應(yīng)用層上定義自己的心跳信號。

保持長連接是什么意思

2，五指棋如何下

同一色的5個(gè)棋子橫/豎/斜向連成一條線者獲勝

五子棋禁手規(guī)則：鑒于無禁手規(guī)則黑棋必勝，人們不斷采用一些方法限制黑棋先行的優(yōu)勢，以平衡黑白雙方的形式。于是針對黑棋的各種禁手逐漸形成。禁手最簡單地說就是一手棋形成長連（連成五個(gè)以上連續(xù)相同的棋子），或兩個(gè)以上的活三，或者兩個(gè)以上的四,并且這些四、活三和長連都要包括這一手棋。并且規(guī)定，當(dāng)禁與連五同時(shí)出現(xiàn)時(shí)為黑方取勝禁手不成立，禁手是針對黑棋而言的，白棋沒有任何禁手。例如：黑棋長連是禁手，白棋長連算贏棋。禁手：對局中如果使用將被判負(fù)的行棋手段。三三禁手：黑棋一子落下同時(shí)形成兩個(gè)或兩個(gè)以上的活三．四四禁手：黑棋一子落下同時(shí)形成兩個(gè)或兩個(gè)以上的沖四或活四。長連禁手：黑棋一子落下形成一個(gè)或一個(gè)以上的長連。建議新手選擇進(jìn)入無禁手區(qū)！

五指棋如何下

3，如何區(qū)分HTTP協(xié)議的無狀態(tài)和長連接

HTTP是無狀態(tài)的也就是說，瀏覽器和服務(wù)器每進(jìn)行一次HTTP操作，就建立一次連接，但任務(wù)結(jié)束就中斷連接。如果客戶端瀏覽器訪問的某個(gè)HTML或其他類型的 Web頁中包含有其他的Web資源，如JavaScript文件、圖像文件、CSS文件等；當(dāng)瀏覽器每遇到這樣一個(gè)Web資源，就會建立一個(gè)HTTP會話 HTTP1.1和HTTP1.0相比較而言，最大的區(qū)別就是增加了持久連接支持(貌似最新的 http1.0 可以顯示的指定 keep-alive),但還是無狀態(tài)的，或者說是不可以信任的。如果瀏覽器或者服務(wù)器在其頭信息加入了這行代碼 Connection:keep-alive TCP連接在發(fā)送后將仍然保持打開狀態(tài)，于是，瀏覽器可以繼續(xù)通過相同的連接發(fā)送請求。保持連接節(jié)省了為每個(gè)請求建立新連接所需的時(shí)間，還節(jié)約了帶寬。實(shí)現(xiàn)長連接要客戶端和服務(wù)端都支持長連接。所謂長連接指建立SOCKET連接后不管是否使用都保持連接，但安全性較差，所謂短連接指建立SOCKET連接后發(fā)送后接收完數(shù)據(jù)后馬上斷開連接，一般銀行都使用短連接短連接：比如http的，只是連接、請求、關(guān)閉，過程時(shí)間較短,服務(wù)器若是一段時(shí)間內(nèi)沒有收到請求即可關(guān)閉連接。長連接：有些服務(wù)需要長時(shí)間連接到服務(wù)器，比如CMPP，一般需要自己做在線維持。最近在看“服務(wù)器推送技術(shù)”，在B/S結(jié)構(gòu)中，通過某種magic使得客戶端不需要通過輪詢即可以得到服務(wù)端的最新信息（比如股票價(jià)格），這樣可以節(jié)省大量的帶寬。傳統(tǒng)的輪詢技術(shù)對服務(wù)器的壓力很大，并且造成帶寬的極大浪費(fèi)。如果改用ajax輪詢，可以降低帶寬的負(fù)荷（因?yàn)榉?wù)器返回的不是完整頁面），但是對服務(wù)器的壓力并不會有明顯的減少。而推技術(shù)（push）可以改善這種情況。但因?yàn)镠TTP連接的特性（短暫，必須由客戶端發(fā)起），使得推技術(shù)的實(shí)現(xiàn)比較困難，常見的做法是通過延長http 連接的壽命，來實(shí)現(xiàn)push。接下來自然該討論如何延長http連接的壽命，最簡單的自然是死循環(huán)法：【servlet代碼片段】public void doGet(Request req, Response res) PrintWriter out = res.getWriter(); ……正常輸出頁面……out.flush(); while (true) out.print("輸出更新的內(nèi)容"); out.flush(); Thread.sleep(3000); } } 如果使用觀察者模式則可以進(jìn)一步提高性能。但是這種做法的缺點(diǎn)在于客戶端請求了這個(gè)servlet后，web服務(wù)器會開啟一個(gè)線程執(zhí)行servlet的代碼，而servlet由遲遲不肯結(jié)束，造成該線程也無法被釋放。于是乎，一個(gè)客戶端一個(gè)線程，當(dāng)客戶端數(shù)量增加時(shí)，服務(wù)器依然會承受很大的負(fù)擔(dān)。要從根本上改變這個(gè)現(xiàn)象比較復(fù)雜，目前的趨勢是從web服務(wù)器內(nèi)部入手，用nio（JDK 1.4提出的java.nio包）改寫request/response的實(shí)現(xiàn)，再利用線程池增強(qiáng)服務(wù)器的資源利用率，從而解決這個(gè)問題，目前支持這一非J2EE官方技術(shù)的服務(wù)器有Glassfish和Jetty（后者只是聽說，沒有用過）

這些都是基礎(chǔ)知識，不過有必要做深入了解。先簡單介紹一下。二者的定義：當(dāng)你在瀏覽網(wǎng)站的時(shí)候，web 服務(wù)器會先送一小小資料放在你的計(jì)算機(jī)上，cookie 會幫你在網(wǎng)站上所打的文字或是一些選擇，都紀(jì)錄下來。當(dāng)下次你再光臨同一個(gè)網(wǎng)站，web 服務(wù)器會先看看有沒有它上次留下的 cookie 資料，有的話，就會依據(jù) cookie 里的內(nèi)容來判斷使用者，送出特定的網(wǎng)頁內(nèi)容給你。 cookie 的使用很普遍，許多有提供個(gè)人化服務(wù)的網(wǎng)站，都是利用 cookie 來辨認(rèn)使用者，以方便送出使用者量身定做的內(nèi)容，像是 web 接口的免費(fèi) email 網(wǎng)站，都要用到 cookie。具體來說cookie機(jī)制采用的是在客戶端保持狀態(tài)的方案，而session機(jī)制采用的是在服務(wù)器端保持狀態(tài)的方案。同時(shí)我們也看到，由于采用服務(wù)器端保持狀態(tài)的方案在客戶端也需要保存一個(gè)標(biāo)識，所以session機(jī)制可能需要借助于cookie機(jī)制來達(dá)到保存標(biāo)識的目的，但實(shí)際上它還有其他選擇。 cookie機(jī)制。正統(tǒng)的cookie分發(fā)是通過擴(kuò)展http協(xié)議來實(shí)現(xiàn)的，服務(wù)器通過在http的響應(yīng)頭中加上一行特殊的指示以提示瀏覽器按照指示生成相應(yīng)的cookie。然而純粹的客戶端腳本如javascript或者vbscript也可以生成cookie。而cookie的使用是由瀏覽器按照一定的原則在后臺自動(dòng)發(fā)送給服務(wù)器的。瀏覽器檢查所有存儲的cookie，如果某個(gè)cookie所聲明的作用范圍大于等于將要請求的資源所在的位置，則把該cookie附在請求資源的http請求頭上發(fā)送給服務(wù)器。 cookie的內(nèi)容主要包括：名字，值，過期時(shí)間，路徑和域。路徑與域一起構(gòu)成cookie的作用范圍。若不設(shè)置過期時(shí)間，則表示這個(gè)cookie的生命期為瀏覽器會話期間，關(guān)閉瀏覽器窗口，cookie就消失。這種生命期為瀏覽器會話期的cookie被稱為會話cookie。會話cookie一般不存儲在硬盤上而是保存在內(nèi)存里，當(dāng)然這種行為并不是規(guī)范規(guī)定的。若設(shè)置了過期時(shí)間，瀏覽器就會把cookie 保存到硬盤上，關(guān)閉后再次打開瀏覽器，這些cookie仍然有效直到超過設(shè)定的過期時(shí)間。存儲在硬盤上的cookie可以在不同的瀏覽器進(jìn)程間共享，比如兩個(gè)ie窗口。而對于保存在內(nèi)存里的cookie，不同的瀏覽器有不同的處理方式 session機(jī)制。session機(jī)制是一種服務(wù)器端的機(jī)制，服務(wù)器使用一種類似于散列表的結(jié)構(gòu)（也可能就是使用散列表）來保存信息。當(dāng)程序需要為某個(gè)客戶端的請求創(chuàng)建一個(gè)session時(shí)，服務(wù)器首先檢查這個(gè)客戶端的請求里是否已包含了一個(gè)session標(biāo)識（稱為session id），如果已包含則說明以前已經(jīng)為此客戶端創(chuàng)建過session，服務(wù)器就按照session id把這個(gè)session檢索出來使用（檢索不到，會新建一個(gè)），如果客戶端請求不包含session id，則為此客戶端創(chuàng)建一個(gè)session并且生成一個(gè)與此session相關(guān)聯(lián)的session id，session id的值應(yīng)該是一個(gè)既不會重復(fù)，又不容易被找到規(guī)律以仿造的字符串，這個(gè)session id將被在本次響應(yīng) 中返回給客戶端保存。保存這個(gè)session id的方式可以采用cookie，這樣在交互過程中瀏覽器可以自動(dòng)的按照規(guī)則把這個(gè)標(biāo)識發(fā)送給服務(wù)器。一般這個(gè)cookie的名字都是類似于seeesionid。但cookie可以被人為的禁止，則必須有其他機(jī)制以便在cookie被禁止時(shí) 仍然能夠把session id傳遞回服務(wù)器。經(jīng)常被使用的一種技術(shù)叫做url重寫，就是把session id直接附加在url路徑的后面。還有一種技術(shù)叫做表單隱藏字段。就是服務(wù)器會自動(dòng)修改表單，添加一個(gè)隱藏字段，以便在表單提交時(shí)能夠把session id傳遞回服務(wù)器。比如：實(shí)際上這種技術(shù)可以簡單的用對action應(yīng)用url重寫來代替。 cookie 和session 的區(qū)別： 1、cookie數(shù)據(jù)存放在客戶的瀏覽器上，session數(shù)據(jù)放在服務(wù)器上。 2、cookie不是很安全，別人可以分析存放在本地的cookie并進(jìn)行cookie欺騙考慮到安全應(yīng)當(dāng)使用session。 3、session會在一定時(shí)間內(nèi)保存在服務(wù)器上。當(dāng)訪問增多，會比較占用你服務(wù)器的性能考慮到減輕服務(wù)器性能方面，應(yīng)當(dāng)使用cookie。 4、單個(gè)cookie保存的數(shù)據(jù)不能超過4k，很多瀏覽器都限制一個(gè)站點(diǎn)最多保存20個(gè)cookie。 5、所以個(gè)人建議：將登陸信息等重要信息存放為session 其他信息如果需要保留，可以放在cookie中二.session的生命周期 session存儲在服務(wù)器端，一般為了防止在服務(wù)器的內(nèi)存中（為了高速存取），sessinon在用戶訪問第一次訪問服務(wù)器時(shí)創(chuàng)建，需要注意只有訪問jsp、servlet等程序時(shí)才會創(chuàng)建session，只訪問html、image等靜態(tài)資源并不會創(chuàng)建session，可調(diào)用request.getsession(true)強(qiáng)制生成session。 session什么時(shí)候失效？ 1. 服務(wù)器會把長時(shí)間沒有活動(dòng)的session從服務(wù)器內(nèi)存中清除，此時(shí)session便失效。tomcat中session的默認(rèn)失效時(shí)間為20分鐘。 2. 調(diào)用session的invalidate方法。 session對瀏覽器的要求：雖然session保存在服務(wù)器，對客戶端是透明的，它的正常運(yùn)行仍然需要客戶端瀏覽器的支持。這是因?yàn)閟ession需要使用cookie作為識別標(biāo)志。http協(xié)議是無狀態(tài)的，session不能依據(jù)http連接來判斷是否為同一客戶，因此服務(wù)器向客戶端瀏覽器發(fā)送一個(gè)名為jsessionid的cookie，它的值為該session的id（也就是httpsession.getid()的返回值）。session依據(jù)該cookie來識別是否為同一用戶。該cookie為服務(wù)器自動(dòng)生成的，它的maxage屬性一般為-1，表示僅當(dāng)前瀏覽器內(nèi)有效，并且各瀏覽器窗口間不共享，關(guān)閉瀏覽器就會失效。因此同一機(jī)器的兩個(gè)瀏覽器窗口訪問服務(wù)器時(shí)，會生成兩個(gè)不同的session。但是由瀏覽器窗口內(nèi)的鏈接、腳本等打開的新窗口（也就是說不是雙擊桌面瀏覽器圖標(biāo)等打開的窗口）除外。這類子窗口會共享父窗口的cookie，因此會共享一個(gè)session。注意：新開的瀏覽器窗口會生成新的session，但子窗口除外。子窗口會共用父窗口的session。例如，在鏈接上右擊，在彈出的快捷菜單中選擇"在新窗口中打開"時(shí)，子窗口便可以訪問父窗口的session。如果客戶端瀏覽器將cookie功能禁用，或者不支持cookie怎么辦？例如，絕大多數(shù)的手機(jī)瀏覽器都不支持cookie。java web提供了另一種解決方案：url地址重寫。 url地址重寫是對客戶端不支持cookie的解決方案。url地址重寫的原理是將該用戶session的id信息重寫到url地址中。服務(wù)器能夠解析重寫后的url獲取session的id。這樣即使客戶端不支持cookie，也可以使用session來記錄用戶狀態(tài)。httpservletresponse類提供了encodeurl(string url)實(shí)現(xiàn)url地址重寫，該方法會自動(dòng)判斷客戶端是否支持cookie。如果客戶端支持cookie，會將url原封不動(dòng)地輸出來。如果客戶端不支持cookie，則會將用戶session的id重寫到url中。注意：tomcat判斷客戶端瀏覽器是否支持cookie的依據(jù)是請求中是否含有cookie。盡管客戶端可能會支持cookie，但是由于第一次請求時(shí)不會攜帶任何cookie（因?yàn)椴o任何cookie可以攜帶），url地址重寫后的地址中仍然會帶有jsessionid。當(dāng)?shù)诙卧L問時(shí)服務(wù)器已經(jīng)在瀏覽器中寫入cookie了，因此url地址重寫后的地址中就不會帶有jsessionid了。

如何區(qū)分HTTP協(xié)議的無狀態(tài)和長連接