我們在mian函數(shù)中，首先初始化配置文件，然后新建http連接。
讓客戶滿意是我們工作的目標，不斷超越客戶的期望值來自于我們對這個行業(yè)的熱愛。我們立志把好的技術(shù)通過有效、簡單的方式提供給客戶，將通過不懈努力成為客戶在信息化領(lǐng)域值得信任、有價值的長期合作伙伴，公司提供的服務(wù)項目有：域名與空間、虛擬空間、營銷軟件、網(wǎng)站建設(shè)、忻州網(wǎng)站維護、網(wǎng)站推廣。
這個連接創(chuàng)建之后，監(jiān)聽服務(wù)器的9999端口。如果url的路徑后綴為 "/ws",就轉(zhuǎn)發(fā)到ws/ws.go中的IndexHandler方法中。
這個方法中首先我們創(chuàng)建一個websocket的Upgrader實例，然后我們使用Upgrader的upgrade方法來升級一下我們的連接為長連接。
升級完成之后會返回一個*websocket.Conn的連接，我們之后所有的關(guān)于連接的操作，都是基于該conn的。
在該連接完成之后，我們將連接存放到一個名為Client的map中，以便之后管理更為方便。
之后，我們啟動一個goroutine來讀取連接中發(fā)送的信息內(nèi)容，再根據(jù)內(nèi)容進行相應的操作。
golang net/http標準庫的client是可以配置各種代理的，http/https/sock5等，不過fasthttp僅支持配置sock5代理，通過定義fasthttp dialfunc實現(xiàn)：
項目中碰到的問題是，ops只提供了用squid搭建的http代理，所以是想重新定義一個http代理的dialfunc，找了fasthttp github倉庫的issue，作者提供了一個dialFunc
經(jīng)測試，訪問https的站點是OK的，訪問http的站點不行，代理連接不上。先說一下http/https代理的區(qū)別，再說原因。
使用代理訪問https網(wǎng)站時，會先發(fā)CONNECT請求，讓代理與目標站點建立一個http tunnel，之后在這個tunnel基礎(chǔ)上進行傳輸，對應到上面的dialFunc過程就是：
可以看到http站點是不需要發(fā)CONNECT請求的，而是直接將目標站點的url作為path 填寫在http請求頭中。
為何上面的dialfunc訪問http站點不行呢，查了squid代理的文檔，發(fā)現(xiàn)squid默認會禁止非https站點通過CONNECT方法建立通道，自己搭了個squid代理去掉配置項，發(fā)現(xiàn)上面的dialfunc是可以訪問http、https站點的，就是說http,https都先建立通過，再請求。
看了fasthttp的源碼，沒辦法在請求前修改request header中的path為目標站點url，所以如果需要通過fasthttp使用http代理，那么可以使用上面的dialfunc，同時代理需要允許非443端口的站點可以建立通道。如果做不到這一點，那么還是建議使用標準庫net/http的client，會更方便一點。
網(wǎng)關(guān)=反向代理+負載均衡+各種策略，技術(shù)實現(xiàn)也有多種多樣，有基于 nginx 使用 lua 的實現(xiàn)，比如 openresty、kong；也有基于 zuul 的通用網(wǎng)關(guān)；還有就是 golang 的網(wǎng)關(guān)，比如 tyk。
這篇文章主要是講如何基于 golang 實現(xiàn)一個簡單的網(wǎng)關(guān)。
轉(zhuǎn)自： troy.wang/docs/golang/posts/golang-gateway/
整理：go語言鐘文文檔:
啟動兩個后端 web 服務(wù)（代碼）
這里使用命令行工具進行測試
具體代碼
直接使用基礎(chǔ)庫 httputil 提供的NewSingleHostReverseProxy即可，返回的reverseProxy對象實現(xiàn)了serveHttp方法，因此可以直接作為 handler。
具體代碼
director中定義回調(diào)函數(shù)，入?yún)?http.Request，決定如何構(gòu)造向后端的請求，比如 host 是否向后傳遞，是否進行 url 重寫，對于 header 的處理，后端 target 的選擇等，都可以在這里完成。
director在這里具體做了：
modifyResponse中定義回調(diào)函數(shù)，入?yún)?http.Response，用于修改響應的信息，比如響應的 Body，響應的 Header 等信息。
最終依舊是返回一個ReverseProxy，然后將這個對象作為 handler 傳入即可。
參考 2.2 中的NewSingleHostReverseProxy，只需要實現(xiàn)一個類似的、支持多 targets 的方法即可，具體實現(xiàn)見后面。
作為一個網(wǎng)關(guān)服務(wù)，在上面 2.3 的基礎(chǔ)上，需要支持必要的負載均衡策略，比如：
隨便 random 一個整數(shù)作為索引，然后取對應的地址即可，實現(xiàn)比較簡單。
具體代碼
使用curIndex進行累加計數(shù)，一旦超過 rss 數(shù)組的長度，則重置。
具體代碼
輪詢帶權(quán)重，如果使用計數(shù)遞減的方式，如果權(quán)重是5,1,1那么后端 rs 依次為a,a,a,a,a,b,c,a,a,a,a…，其中 a 后端會瞬間壓力過大；參考 nginx 內(nèi)部的加權(quán)輪詢，或者應該稱之為平滑加權(quán)輪詢，思路是：
后端真實節(jié)點包含三個權(quán)重：
操作步驟：
具體代碼
一致性 hash 算法，主要是用于分布式 cache 熱點/命中問題；這里用于基于某 key 的 hash 值，路由到固定后端，但是只能是基本滿足流量綁定，一旦后端目標節(jié)點故障，會自動平移到環(huán)上最近的那么個節(jié)點。
實現(xiàn)：
具體代碼
每一種不同的負載均衡算法，只需要實現(xiàn)添加以及獲取的接口即可。
然后使用工廠方法，根據(jù)傳入的參數(shù)，決定使用哪種負載均衡策略。
具體代碼
作為網(wǎng)關(guān)，中間件必不可少，這類包括請求響應的模式，一般稱作洋蔥模式，每一層都是中間件，一層層進去，然后一層層出來。
中間件的實現(xiàn)一般有兩種，一種是使用數(shù)組，然后配合 index 計數(shù)；一種是鏈式調(diào)用。
具體代碼
在做測試的時候，需要模擬HTTP server的handle函數(shù)直接調(diào)用:
就不用通過發(fā)送curl命令，而是直接調(diào)用handler函數(shù)的方式；這樣就需要手動構(gòu)造出一個http.ResponseWriter和http.Request，然后調(diào)用Handler函數(shù)。
好在golang自帶的"net/http/httptest"包就有這個功能：
如果使用"github點抗 /gorilla/mux"的router包想使用Vars可以這么設(shè)置：
然后在Handler函數(shù)里，就能使用：
重慶分公司
重慶分公司
