go語言聊天室實(shí)現(xiàn)（六）創(chuàng)建HTTP連接，并升級為長連接

我們在mian函數(shù)中，首先初始化配置文件，然后新建http連接。

在清水等地區(qū)，都構(gòu)建了全面的區(qū)域性戰(zhàn)略布局，加強(qiáng)發(fā)展的系統(tǒng)性、市場前瞻性、產(chǎn)品創(chuàng)新能力，以專注、極致的服務(wù)理念，為客戶提供網(wǎng)站建設(shè)、成都網(wǎng)站建設(shè) 網(wǎng)站設(shè)計(jì)制作按需設(shè)計(jì),公司網(wǎng)站建設(shè),企業(yè)網(wǎng)站建設(shè),品牌網(wǎng)站設(shè)計(jì),營銷型網(wǎng)站,成都外貿(mào)網(wǎng)站建設(shè),清水網(wǎng)站建設(shè)費(fèi)用合理。

這個(gè)連接創(chuàng)建之后，監(jiān)聽服務(wù)器的9999端口。如果url的路徑后綴為 "/ws",就轉(zhuǎn)發(fā)到ws/ws.go中的IndexHandler方法中。

這個(gè)方法中首先我們創(chuàng)建一個(gè)websocket的Upgrader實(shí)例，然后我們使用Upgrader的upgrade方法來升級一下我們的連接為長連接。

升級完成之后會(huì)返回一個(gè)*websocket.Conn的連接，我們之后所有的關(guān)于連接的操作，都是基于該conn的。

在該連接完成之后，我們將連接存放到一個(gè)名為Client的map中，以便之后管理更為方便。

之后，我們啟動(dòng)一個(gè)goroutine來讀取連接中發(fā)送的信息內(nèi)容，再根據(jù)內(nèi)容進(jìn)行相應(yīng)的操作。

Go語言HTTPServer開發(fā)的六種實(shí)現(xiàn)

學(xué)完了 net/http 和 fasthttp 兩個(gè)HTTP協(xié)議接口的客戶端實(shí)現(xiàn)，接下來就要開始Server的開發(fā)，不學(xué)不知道一學(xué)嚇一跳，居然這兩個(gè)庫還支持Server的開發(fā)，太方便了。

相比于Java的HTTPServer開發(fā)基本上都是使用Spring或者Springboot框架，總是要配置各種配置類，各種 handle 對象。Golang的Server開發(fā)顯得非常簡單，就是因?yàn)樘貏e簡單，或者說沒有形成特別統(tǒng)一的規(guī)范或者框架，我發(fā)現(xiàn)了很多實(shí)現(xiàn)方式，HTTP協(xié)議基于還是 net/http 和 fasthttp ，但是 handle 語法就多種多樣了。

先復(fù)習(xí)一下： Golang語言HTTP客戶端實(shí)踐 、 Golang fasthttp實(shí)踐 。

在Golang語言方面，實(shí)現(xiàn)某個(gè)功能的庫可能會(huì)比較多，有機(jī)會(huì)還是要多跟同行交流，指不定就發(fā)現(xiàn)了更好用的庫。下面我分享我學(xué)到的六種Server開發(fā)的實(shí)現(xiàn)Demo。

基于 net/http 實(shí)現(xiàn)，這是一種比較基礎(chǔ)的，對于接口和 handle 映射關(guān)系處理并不優(yōu)雅，不推薦使用。

第二種也是基于 net/http ，這種編寫語法可以很好地解決第一種的問題，handle和path有了類似配置的語法，可讀性提高了很多。

第三個(gè)基于 net/http 和 github點(diǎn)抗 /labstack/echo ，后者主要提供了 Echo 對象用來處理各類配置包括接口和handle映射，功能很豐富，可讀性最佳。

第四種依然基于 net/http 實(shí)現(xiàn)，引入了 github點(diǎn)抗 /gin-gonic/gin 的路由，看起來接口和 handle 映射關(guān)系比較明晰了。

第五種基于 fasthttp 開發(fā)，使用都是 fasthttp 提供的API，可讀性尚可，handle配置倒是更像Java了。

第六種依然基于 fasthttp ，用到了 github點(diǎn)抗 /buaazp/fasthttprouter ，有點(diǎn)奇怪兩個(gè)居然不在一個(gè)GitHub倉庫里。使用語法跟第三種方式有點(diǎn)類似，比較有條理，有利于閱讀。

[golang] fasthttp 使用http代理

golang net/http標(biāo)準(zhǔn)庫的client是可以配置各種代理的，http/https/sock5等，不過fasthttp僅支持配置sock5代理，通過定義fasthttp dialfunc實(shí)現(xiàn)：

項(xiàng)目中碰到的問題是，ops只提供了用squid搭建的http代理，所以是想重新定義一個(gè)http代理的dialfunc，找了fasthttp github倉庫的issue，作者提供了一個(gè)dialFunc

經(jīng)測試，訪問https的站點(diǎn)是OK的，訪問http的站點(diǎn)不行，代理連接不上。先說一下http/https代理的區(qū)別，再說原因。

使用代理訪問https網(wǎng)站時(shí)，會(huì)先發(fā)CONNECT請求，讓代理與目標(biāo)站點(diǎn)建立一個(gè)http tunnel，之后在這個(gè)tunnel基礎(chǔ)上進(jìn)行傳輸，對應(yīng)到上面的dialFunc過程就是：

可以看到http站點(diǎn)是不需要發(fā)CONNECT請求的，而是直接將目標(biāo)站點(diǎn)的url作為path 填寫在http請求頭中。

為何上面的dialfunc訪問http站點(diǎn)不行呢，查了squid代理的文檔，發(fā)現(xiàn)squid默認(rèn)會(huì)禁止非https站點(diǎn)通過CONNECT方法建立通道，自己搭了個(gè)squid代理去掉配置項(xiàng)，發(fā)現(xiàn)上面的dialfunc是可以訪問http、https站點(diǎn)的，就是說http,https都先建立通過，再請求。

看了fasthttp的源碼，沒辦法在請求前修改request header中的path為目標(biāo)站點(diǎn)url，所以如果需要通過fasthttp使用http代理，那么可以使用上面的dialfunc，同時(shí)代理需要允許非443端口的站點(diǎn)可以建立通道。如果做不到這一點(diǎn)，那么還是建議使用標(biāo)準(zhǔn)庫net/http的client，會(huì)更方便一點(diǎn)。