蘇州其然軟件開發(fā)培訓(xùn)

自學(xué)java與java培訓(xùn)該如何選擇

從事IT培訓(xùn)行業(yè)這些年，身邊經(jīng)常有朋友來(lái)咨詢，問現(xiàn)在是否可以加入這個(gè)高薪行業(yè)，Java學(xué)習(xí)難不難，需要哪些條件?

在軟件開發(fā)設(shè)計(jì)行業(yè)當(dāng)中，使用**多的編程語(yǔ)言就屬Java軟件開發(fā)了，很多人都想在Java編程開發(fā)領(lǐng)域?qū)で笠环莨ぷ鳌?/span>

Java是當(dāng)前世界上比較流行的計(jì)算機(jī)編程語(yǔ)言，Java徹底改變了人們的生活，國(guó)內(nèi)的開發(fā)人才需求量仍然在不斷的增長(zhǎng)，主要原因還是在于移動(dòng)互聯(lián)網(wǎng)的快速發(fā)展，衍生出一大批的新生企業(yè)，創(chuàng)業(yè)公司，預(yù)計(jì)在未來(lái)5年內(nèi)Java軟件開發(fā)人才的需求將會(huì)遠(yuǎn)大于供給，其中java程序員、java工程師**為缺乏。

自學(xué)java與java培訓(xùn)是兩個(gè)繞不開的話題，兩者的區(qū)別，前者知識(shí)是自己搜尋的，買書看或者網(wǎng)上找視頻看，而后者，技術(shù)知識(shí)是老師教的，作為一個(gè)普通大學(xué)生實(shí)際上任何人都能夠自學(xué)，只不過聰明程度和堅(jiān)持的時(shí)間長(zhǎng)短不同，花費(fèi)的時(shí)間長(zhǎng)一點(diǎn)短一點(diǎn)而已。

學(xué)習(xí)關(guān)乎到時(shí)間和金錢，沒有效果和質(zhì)量的培訓(xùn)，其實(shí)是沒有任何意義的。Java培訓(xùn)班有哪些呢?市面上的Java培訓(xùn)良莠不齊，選擇時(shí)應(yīng)該慎重些。Java致力于打造符合企業(yè)需求的全能型人才。課程定位定位中高級(jí)JAVA開發(fā)工程師，課程內(nèi)容涉及面廣，內(nèi)容深。課程涵蓋了Java、Web，數(shù)據(jù)庫(kù)，企業(yè)流行框架，Java等企業(yè)**佳實(shí)踐、云計(jì)算大數(shù)據(jù)課程、內(nèi)容由淺入深，剖析原理，讓學(xué)員掌握實(shí)用技術(shù)，做企業(yè)和社會(huì)需要的稀缺人才。

此外，Java培訓(xùn)將為你提供就業(yè)保障，開設(shè)有就業(yè)指導(dǎo)課，設(shè)有專門的就業(yè)指導(dǎo)老師，在畢業(yè)前期，畢業(yè)之際，就業(yè)老師會(huì)為你做專門的就業(yè)指導(dǎo)，更有職業(yè)素養(yǎng)課程，不僅將你打造成Java開發(fā)技術(shù)達(dá)人，更是一位懂得職場(chǎng)之道的合格就業(yè)者。還有豐富的Java學(xué)習(xí)視頻免費(fèi)為你提供學(xué)習(xí)。

WebSocket 是什么原理？為什么可以實(shí)現(xiàn)持久連接？

>作者：Ovear 鏈接：https://www.zhihu.com/question/20215561/answer/40316953 來(lái)源：知乎 一、WebSocket是HTML5出的東西（協(xié)議），也就是說HTTP協(xié)議沒有變化，或者說沒關(guān)系，但HTTP是不支持持久連接的（長(zhǎng)連接，循環(huán)連接的不算）首先HTTP有1.1和1.0之說，也就是所謂的keep-alive，把多個(gè)HTTP請(qǐng)求合并為一個(gè)，但是Websocket其實(shí)是一個(gè)新協(xié)議，跟HTTP協(xié)議基本沒有關(guān)系，只是為了兼容現(xiàn)有瀏覽器的握手規(guī)范而已，也就是說它是HTTP協(xié)議上的一種補(bǔ)充可以**這樣一張圖理解有交集，但是并不是全部。另外Html5是指的一系列新的API，或者說新規(guī)范，新技術(shù)。Http協(xié)議本身只有1.0和1.1，而且跟Html本身沒有直接關(guān)系。。通俗來(lái)說，你可以用HTTP協(xié)議傳輸非Html數(shù)據(jù)，就是這樣=。=再簡(jiǎn)單來(lái)說，層級(jí)不一樣。二、Websocket是什么樣的協(xié)議，具體有什么優(yōu)點(diǎn)首先，Websocket是一個(gè)持久化的協(xié)議，相對(duì)于HTTP這種非持久的協(xié)議來(lái)說。簡(jiǎn)單的舉個(gè)例子吧，用目前應(yīng)用比較廣泛的php生命周期來(lái)解釋。1) HTTP的生命周期**Request來(lái)界定，也就是一個(gè)Request 一個(gè)Response，那么在HTTP1.0中，這次HTTP請(qǐng)求就結(jié)束了。在HTTP1.1中進(jìn)行了改進(jìn)，使得有一個(gè)keep-alive，也就是說，在一個(gè)HTTP連接中，可以發(fā)送多個(gè)Request，接收多個(gè)Response。但是請(qǐng)記住 Request = Response ， 在HTTP中永遠(yuǎn)是這樣，也就是說一個(gè)request只能有一個(gè)response。而且這個(gè)response也是被動(dòng)的，不能主動(dòng)發(fā)起。教練，你BB了這么多，跟Websocket有什么關(guān)系呢？_(:з」∠)_好吧，我正準(zhǔn)備說Websocket呢。。首先Websocket是基于HTTP協(xié)議的，或者說借用了HTTP的協(xié)議來(lái)完成一部分握手。在握手階段是一樣的-------以下涉及專業(yè)技術(shù)內(nèi)容，不想看的可以跳過lol:，或者只看加黑內(nèi)容--------首先我們來(lái)看個(gè)典型的Websocket握手（借用Wikipedia的。。）GET /chat HTTP/1.1 Host: server.example.com Upgrade: websocket Connection: Upgrade Sec-WebSocket-Key: x3JJHMbDL1EzLkh9GBhXDw== Sec-WebSocket-PRotocol: chat, superchat Sec-WebSocket-Version: 13 Origin: http://example.com 熟悉HTTP的童鞋可能發(fā)現(xiàn)了，這段類似HTTP協(xié)議的握手請(qǐng)求中，多了幾個(gè)東西。我會(huì)順便講解下作用。Upgrade: websocket Connection: Upgrade 這個(gè)就是Websocket的核心了，告訴Apache、Nginx等服務(wù)器：注意啦，窩發(fā)起的是Websocket協(xié)議，快點(diǎn)幫我找到對(duì)應(yīng)的助理處理~不是那個(gè)老土的HTTP。Sec-WebSocket-Key: x3JJHMbDL1EzLkh9GBhXDw== Sec-WebSocket-Protocol: chat, superchat Sec-WebSocket-Version: 13 首先，Sec-WebSocket-Key 是一個(gè)Base64 encode的值，這個(gè)是瀏覽器隨機(jī)生成的，告訴服務(wù)器：泥煤，不要忽悠窩，我要驗(yàn)證尼是不是真的是Websocket助理。然后，Sec_WebSocket-Protocol 是一個(gè)用戶定義的字符串，用來(lái)區(qū)分同URL下，不同的服務(wù)所需要的協(xié)議。簡(jiǎn)單理解：今晚我要服務(wù)A，別搞錯(cuò)啦~**后，Sec-WebSocket-Version 是告訴服務(wù)器所使用的Websocket Draft（協(xié)議版本），在**初的時(shí)候，Websocket協(xié)議還在 Draft 階段，各種奇奇怪怪的協(xié)議都有，而且還有很多期奇奇怪怪不同的東西，什么Firefox和Chrome用的不是一個(gè)版本之類的，當(dāng)初Websocket協(xié)議太多可是一個(gè)大難題。。不過現(xiàn)在還好，已經(jīng)定下來(lái)啦~大家都使用的一個(gè)東西~ 脫水：服務(wù)員，我要的是13歲的噢→_→然后服務(wù)器會(huì)返回下列東西，表示已經(jīng)接受到請(qǐng)求， 成功建立Websocket啦！HTTP/1.1 101 Switching Protocols Upgrade: websocket Connection: Upgrade Sec-WebSocket-Accept: HSmrc0sMlYUkAGmm5OPpG2HaGWk= Sec-WebSocket-Protocol: chat 這里開始就是HTTP**后負(fù)責(zé)的區(qū)域了，告訴客戶，我已經(jīng)成功切換協(xié)議啦~Upgrade: websocket Connection: Upgrade 依然是固定的，告訴客戶端即將升級(jí)的是Websocket協(xié)議，而不是mozillasocket，lurnarsocket或者shitsocket。然后，Sec-WebSocket-Accept 這個(gè)則是經(jīng)過服務(wù)器確認(rèn)，并且加密過后的 Sec-WebSocket-Key。服務(wù)器：好啦好啦，知道啦，給你看我的ID CARD來(lái)證明行了吧。。后面的，Sec-WebSocket-Protocol 則是表示**終使用的協(xié)議。至此，HTTP已經(jīng)完成它所有工作了，接下來(lái)就是完全按照Websocket協(xié)議進(jìn)行了。具體的協(xié)議就不在這闡述了。------------------技術(shù)解析部分完畢------------------你TMD又BBB了這么久，那到底Websocket有什么鬼用，http long poll，或者Ajax輪詢不都可以實(shí)現(xiàn)實(shí)時(shí)信息傳遞么。好好好，年輕人，那我們來(lái)講一講Websocket有什么用。來(lái)給你吃點(diǎn)胡（蘇）蘿（丹）卜（紅）三、Websocket的作用在講Websocket之前，我就順帶著講下 long poll 和 ajax輪詢 的原理。首先是 ajax輪詢 ，ajax輪詢 的原理非常簡(jiǎn)單，讓瀏覽器隔個(gè)幾秒就發(fā)送一次請(qǐng)求，詢問服務(wù)器是否有新信息。場(chǎng)景再現(xiàn)：客戶端：啦啦啦，有沒有新信息(Request)服務(wù)端：沒有（Response）客戶端：啦啦啦，有沒有新信息(Request)服務(wù)端：沒有。。（Response）客戶端：啦啦啦，有沒有新信息(Request)服務(wù)端：你好煩啊，沒有啊。。（Response）客戶端：啦啦啦，有沒有新消息（Request）服務(wù)端：好啦好啦，有啦給你。（Response）客戶端：啦啦啦，有沒有新消息（Request）服務(wù)端：。。。。。沒。。。。沒。。。沒有（Response） ---- looplong poll long poll 其實(shí)原理跟 ajax輪詢 差不多，都是采用輪詢的方式，不過采取的是阻塞模型（一直打電話，沒收到就不掛電話），也就是說，客戶端發(fā)起連接后，如果沒消息，就一直不返回Response給客戶端。直到有消息才返回，返回完之后，客戶端再次建立連接，周而復(fù)始。場(chǎng)景再現(xiàn)客戶端：啦啦啦，有沒有新信息，沒有的話就等有了才返回給我吧（Request）服務(wù)端：額。。   等待到有消息的時(shí)候。。來(lái) 給你（Response）客戶端：啦啦啦，有沒有新信息，沒有的話就等有了才返回給我吧（Request） -loop從上面可以看出其實(shí)這兩種方式，都是在不斷地建立HTTP連接，然后等待服務(wù)端處理，可以體現(xiàn)HTTP協(xié)議的另外一個(gè)特點(diǎn)，被動(dòng)性。何為被動(dòng)性呢，其實(shí)就是，服務(wù)端不能主動(dòng)聯(lián)系客戶端，只能有客戶端發(fā)起。簡(jiǎn)單地說就是，服務(wù)器是一個(gè)很懶的冰箱（這是個(gè)梗）（不會(huì)、不能主動(dòng)發(fā)起連接），但是上司有命令，如果有客戶來(lái)，不管多么累都要好好接待。說完這個(gè)，我們?cè)賮?lái)說一說上面的缺陷（原諒我廢話這么多吧OAQ）從上面很容易看出來(lái)，不管怎么樣，上面這兩種都是非常消耗資源的。ajax輪詢 需要服務(wù)器有很快的處理速度和資源。（速度）long poll 需要有很高的并發(fā)，也就是說同時(shí)接待客戶的能力。（場(chǎng)地大?。┧詀jax輪詢 和long poll 都有可能發(fā)生這種情況?？蛻舳耍豪怖怖怖?，有新信息么？服務(wù)端：月線正忙，請(qǐng)稍后再試（503 Server Unavailable）客戶端：。。。。好吧，啦啦啦，有新信息么？服務(wù)端：月線正忙，請(qǐng)稍后再試（503 Server Unavailable）客戶端：然后服務(wù)端在一旁忙的要死：冰箱，我要更多的冰箱！更多。。更多。。（我錯(cuò)了。。這又是梗。。）--------------------------言歸正傳，我們來(lái)說Websocket吧**上面這個(gè)例子，我們可以看出，這兩種方式都不是**好的方式，需要很多資源。一種需要更快的速度，一種需要更多的 電話 。這兩種都會(huì)導(dǎo)致 電話 的需求越來(lái)越高。哦對(duì)了，忘記說了HTTP還是一個(gè)無(wú)狀態(tài)協(xié)議。（感謝評(píng)論區(qū)的各位指出OAQ）通俗的說就是，服務(wù)器因?yàn)槊刻煲哟嗫蛻袅?，是個(gè)健忘鬼，你一掛電話，他就把你的東西全忘光了，把你的東西全丟掉了。你第二次還得再告訴服務(wù)器一遍。所以在這種情況下出現(xiàn)了，Websocket出現(xiàn)了。他解決了HTTP的這幾個(gè)難題。首先，被動(dòng)性，當(dāng)服務(wù)器完成協(xié)議升級(jí)后（HTTP->Websocket），服務(wù)端就可以主動(dòng)推送信息給客戶端啦。所以上面的情景可以做如下修改?？蛻舳耍豪怖怖玻乙ebsocket協(xié)議，需要的服務(wù)：chat，Websocket協(xié)議版本：17（HTTP Request）服務(wù)端：ok，確認(rèn)，已升級(jí)為Websocket協(xié)議（HTTP Protocols Switched）客戶端：麻煩你有信息的時(shí)候推送給我噢。。服務(wù)端：ok，有的時(shí)候會(huì)告訴你的。服務(wù)端：balabalabalabala服務(wù)端：balabalabalabala服務(wù)端：哈哈哈哈哈啊哈哈哈哈服務(wù)端：笑死我了哈哈哈哈哈哈哈就變成了這樣，只需要經(jīng)過一次HTTP請(qǐng)求，就可以做到源源不斷的信息傳送了。（在程序設(shè)計(jì)中，這種設(shè)計(jì)叫做回調(diào)，即：你有信息了再來(lái)通知我，而不是我傻乎乎的每次跑來(lái)問你）這樣的協(xié)議解決了上面同步有延遲，而且還非常消耗資源的這種情況。那么為什么他會(huì)解決服務(wù)器上消耗資源的問題呢？其實(shí)我們所用的程序是要經(jīng)過兩層代理的，即HTTP協(xié)議在Nginx等服務(wù)器的解析下，然后再傳送給相應(yīng)的Handler（PHP等）來(lái)處理。簡(jiǎn)單地說，我們有一個(gè)非?？焖俚慕泳€員（Nginx），他負(fù)責(zé)把問題轉(zhuǎn)交給相應(yīng)的客服（Handler）。本身接線員基本上速度是足夠的，但是每次都卡在客服（Handler）了，老有客服處理速度太慢。，導(dǎo)致客服不夠。Websocket就解決了這樣一個(gè)難題，建立后，可以直接跟接線員建立持久連接，有信息的時(shí)候客服想辦法通知接線員，然后接線員在統(tǒng)一轉(zhuǎn)交給客戶。這樣就可以解決客服處理速度過慢的問題了。同時(shí)，在傳統(tǒng)的方式上，要不斷的建立，關(guān)閉HTTP協(xié)議，由于HTTP是非狀態(tài)性的，每次都要重新傳輸identity info（鑒別信息），來(lái)告訴服務(wù)端你是誰(shuí)。雖然接線員很快速，但是每次都要聽這么一堆，效率也會(huì)有所下降的，同時(shí)還得不斷把這些信息轉(zhuǎn)交給客服，不但浪費(fèi)客服的處理時(shí)間，而且還會(huì)在網(wǎng)路傳輸中消耗過多的流量/時(shí)間。但是Websocket只需要一次HTTP握手，所以說整個(gè)通訊過程是建立在一次連接/狀態(tài)中，也就避免了HTTP的非狀態(tài)性，服務(wù)端會(huì)一直知道你的信息，直到你關(guān)閉請(qǐng)求，這樣就解決了接線員要反復(fù)解析HTTP協(xié)議，還要查看identity info的信息。同時(shí)由客戶主動(dòng)詢問，轉(zhuǎn)換為服務(wù)器（推送）有信息的時(shí)候就發(fā)送（當(dāng)然客戶端還是等主動(dòng)發(fā)送信息過來(lái)的。。），沒有信息的時(shí)候就交給接線員（Nginx），不需要占用本身速度就慢的客服（Handler）了--------------------至于怎么在不支持Websocket的客戶端上使用Websocket。。答案是：不能但是可以**上面說的 long poll 和 ajax 輪詢來(lái) 模擬出類似的效果-----

相關(guān)推薦：

蘇州JAVA培訓(xùn)   蘇州JAVA培訓(xùn)班   蘇州JAVA培訓(xùn)機(jī)構(gòu)