點擊標題下「異步圖書」可快速關注

京東質量測試技術論壇將于12.16日在人民郵電出版

點擊標題下「異步圖書」可快速關注

京東質量測試技術論壇將于12.16日在人民郵電出版

點擊標題下「異步圖書」可快速關注

對推廣運營同學而言，如果用一個詞來代表Web時代的話，那一定是“百度”。這個時代，百度牢牢占據互聯網流量入

點擊標題下「異步圖書」可快速關注

對推廣運

點擊標題下「異步圖書」可快速關注

對推廣運

點擊標題下「異步圖書」可快速關注　

在進行Web應用開發的時候，使用成熟并且復雜的Web應用框架通常會使開發變得更加迅速和簡便，但這也意味著開發者必須接受框架自身的一套約定和模式。雖然很多框架都認為自己提供的約定和模式是最佳實踐（best practice），但是如果開發者沒有正確地理解這些最佳實踐，那么對最佳實踐的應用就可能會發展為貨物崇拜編程（cargo cult programming）：開發者如果不了解這些約定和模式的用法，就可能會在不必要甚至有害的情況下盲目地使用它們。

貨物崇拜編程

第二次世界大戰期間，盟軍為了對戰事提供支援，在太平洋的多個島嶼上設立了空軍基地，以空投的方式向部隊以及支援部隊的島民投送了大量生活用品以及軍事設備，從而極大地改善了部隊以及島民的生活，島民也因此第一次看到了人工生產的衣物、罐頭食品以及其他物品。在戰爭結束之后，這些空軍基地便被廢棄了，貨物空投自然也停止了。此時，島民做了一件非常符合其本性的事情——他們把自己打扮成空管員、士兵以及水手，使用機場上的指揮棒揮舞著著陸信號，進行地面閱兵演習，試圖讓飛機繼續空投貨物，貨物崇拜一詞也因此而誕生。

盡管貨物崇拜程序員并沒有像島民一樣揮舞指揮棒，但他們卻大量地復制和粘貼從StackOverflow這類網站上找來的代碼，這些代碼雖然能夠運行，但是他們卻對這些代碼的工作原理一點也不了解。這樣做的結果是，他們通常無法擴展和修改這些代碼。與此類似，貨物崇拜程序員通常會在既不了解框架為什么使用特定的模式或約定，也不知道框架做了何種取舍的情況下，盲目地使用Web框架。

舉個例子來說，因為HTTP是一種無連接協議（connection-less protocol），通過這種協議發送給服務器的請求對服務器之前處理過的請求一無所知，所以應用程序才會以cookie的方式在客戶端實現數據持久化，并以會話的方式在服務器上實現數據持久化，而不了解這一點的人是很難理解為什么要在不同連接之間使用cookie和會話實現信息持久化的。為了降低使用cookie和會話帶來的復雜性，Web應用框架通常都會提供一個統一的接口（uniform interface），用于在連接之間實現持久化。這樣做的結果是，很多新手程序員都會想當然地假設在連接之間進行持久化唯一要做的就是使用框架提供的接口。但是由于這類接口通常都是根據框架自身的習慣制定的，因此不同框架提供的接口可能會有所不同。更糟糕的是，不同的框架可能會提供一些名字相同的接口，但是這些同名接口之間的實現卻又千差萬別、各不相同，因此給開發者帶來不必要的困惑。通過這個例子可以看出，使用框架進行Web應用開發意味著將框架與應用進行綁定，之后無論是將應用遷移至另一個框架，還是對應用進行擴展，又或者為應用添加新的特性，都需要對框架本身有深入的了解，在某些情況下可能還需要對框架進行定制。

本文的目的并不是讓大家拋棄框架、約定和模式——一個好的框架通常是快速構建可擴展且健壯的Web應用的最好方法，但理解那些隱藏在框架之下的底層概念和基礎設施也是非常重要的。只要對框架的實現原理有了正確的認識，我們就可以更加清晰地了解到這些約定和模式是如何形成的，從而避免陷阱、理清思路，不再盲目地使用模式。

對Go語言來說，隱藏在框架之下的通常是net/http和html/template這兩個標準庫，如圖1所示，net/http標準庫可以分為客戶端和服務器兩個部分，庫中的結構和函數有些只支持客戶端和服務器這兩者中的一個，而有些則同時支持客戶端和服務器：

• Client、Response、Header、Request和Cookie對客戶端進行支持；

• Server、ServeMux、Handler/HandleFunc、ResponseWriter、Header、Request和Cookie則對服務器進行支持。

本文接下來將會展示如何把net/http標準庫用作服務器以及如何使用Go語言接收客戶端發送的HTTP請求。在之后的第4章，我們還會繼續使用net/http標準庫，但焦點會放在如何處理請求上面。

在Go Web編程中，我們主要關注的是如何使用net/http標準庫的服務器功能而非客戶端功能。

圖1　net/http標準庫的各個組成部分

使用Go構建服務器

如圖2所示，通過net/http標準庫，我們可以啟動一個HTTP服務器，然后讓這個服務器接收請求并向請求返回響應。除此之外，net/http標準庫還提供了一個連接多路復用器（multiplexer）的接口以及一個默認的多路復用器。

圖2　通過Go服務器處理請求

Go Web服務器

跟其他編程語言里面的絕大多數標準庫不一樣，Go提供了一系列用于創建Web服務器的標準庫。正如代碼清單3-1所示，創建一個服務器的步驟非常簡單，只要調用ListenAndServe并傳入網絡地址以及負責處理請求的處理器（handler）作為參數就可以了。如果網絡地址參數為空字符串，那么服務器默認使用80端口進行網絡連接；如果處理器參數為nil，那么服務器將使用默認的多路復用器DefaultServeMux。

代碼清單3-1　最簡單的Web服務器

package main

import (

　　 "net/http"

)

func main() {

　　 http.ListenAndServe("", nil)

}

用戶除了可以通過ListenAndServe的參數對服務器的網絡地址和處理器進行配置之外，還可以通過Server結構對服務器進行更詳細的配置，其中包括為請求讀取操作設置超時時間、為響應寫入操作設置超時時間以及為Server結構設置錯誤日志記錄器等。

代碼清單3-2和代碼清單3-1的作用基本上是相同的，它們之間的唯一區別在于代碼清單3-2可以通過Server結構對服務器進行更多的配置。

代碼清單3-2　帶有附加配置的Web服務器

package main

import (

　　"net/http"

)

func main() {

　　server := http.Server{

　　　　Addr:　　"127.0.0.1:8080",

　　　　Handler: nil,

　　}

　　server.ListenAndServe()

}

代碼清單3-3展示了Server結構所有可選的配置選項。

代碼清單3-3　Server結構的配置選項

type Server struct {

　　Addr　　　　　 string

　　Handler　　　　Handler

　　ReadTimeout　　time.Duration

　　WriteTimeout　 time.Duration

　　MaxHeaderBytes int

　　TLSConfig　　　*tls.Config

　　TLSNextProto　 map[string]func(*Server, *tls.Conn, Handler)

　　ConnState　　　func(net.Conn, ConnState)

　　ErrorLog　　　 *log.Logger

}

通過HTTPS提供服務

當客戶端和服務器需要共享密碼或者信用卡信息這樣的私密信息時，大多數網站都會使用HTTPS對客戶端和服務器之間的通信進行加密和保護。在一些情況下，這種保護甚至是強制性的。比如說，如果一個網站提供了信用卡支付功能，那么按照支付卡行業數據安全標準（Payment Card Industry Data Security Standard），這個網站就必須對客戶端和服務器之間的通信進行加密。像Gmail和Facebook這樣帶有隱私性質的網站甚至在整個網站上都啟用了HTTPS。如果你打算開發一個網站，而這個網站又需要提供用戶登錄功能，那么你也需要在這個網站上啟用HTTPS。

HTTPS實際上就是將HTTP通信放到SSL之上進行。通過使用ListenAndServeTLS函數，我們可以讓之前展示過的簡單Web應用也提供HTTPS服務，代碼清單3-4展示了具體的實現代碼。

代碼清單3-4　通過HTTPS提供服務

package main

import (

　　"net/http"

)

func main() {

　　server := http.Server{

　　　　Addr: "127.0.0.1:8080",

　　　　Handler: nil,

　　}

　　server.ListenAndServeTLS("cert.pem", "key.pem")

}

這段代碼中的cert.pem文件是SSL證書，而key.pem則是服務器的私鑰（private key）。在生產環境中使用的SSL證書需要通過VeriSign、Thawte或者Comodo SSL這樣的CA取得，但如果是出于測試目的才使用證書和私鑰，那么使用自行生成的證書就可以了。生成證書的辦法有很多種，其中一種就是使用Go標準庫中的crypto包群（library group）。

SSL、TLS和HTTPS

　SSL（Secure Socket Layer，安全套接字層）是一種通過公鑰基礎設施（Public Key Infrastructure，PKI）為通信雙方提供數據加密和身份驗證的協議，其中通信的雙方通常是客戶端和服務器。SSL最初由Netscape公司開發，之后由IETF（Internet Engineering Task Force，互聯網工程任務組）接手并將其改名為TLS（Transport Layer Security，傳輸層安全協議）。HTTPS，即SSL之上的HTTP，實際上就是在SSL/TLS連接的上層進行HTTP通信。

HTTPS需要使用SSL/TLS證書來實現數據加密以及身份驗證。SSL證書存儲在服務器之上，它是一種使用X.509格式進行格式化的數據，這些數據包含了公鑰以及其他一些相關信息。為了保證證書的可靠性，證書一般由證書分發機構（Certificate Authority，CA）簽發。服務器在接收到客戶端發送的請求之后，會將證書和響應一并返回給客戶端，而客戶端在確認證書的真實性之后，就會生成一個隨機密鑰（random key），并使用證書中的公鑰對隨機密鑰進行加密，此次加密產生的對稱密鑰（symmetric key）就是客戶端和服務器在進行通信時，負責對通信實施加密的實際密鑰（actual key）。

雖然我們不會在生產環境中使用自行生成的證書和私鑰，但了解SSL證書和私鑰的生成方法，并學會如何在開發和測試的過程中使用證書和私鑰，也是一件非常有意義的事情。代碼清單3-5展示了生成SSL證書以及服務器私鑰的具體代碼。

代碼清單3-5　生成個人使用的SSL證書以及服務器私鑰

package main

import (

　　"crypto/rand"

　　"crypto/rsa"

　　"crypto/x509"

　　"crypto/x509/pkix"

　　"encoding/pem"

　　"math/big"

　　"net"

　　"os"

　　"time"

)

func main() {

　　max := new(big.Int).Lsh(big.NewInt(1), 128)

　　serialNumber, _ := rand.Int(rand.Reader, max)

　　subject := pkix.Name{

　　　　Organization:　　　 []string{"Manning Publications Co."},

　　　　OrganizationalUnit: []string{"Books"},

　　　　CommonName:　　　　 "Go Web Programming",

　　}

　　template := x509.Certificate{

　　　　SerialNumber: serialNumber,

　　　　Subject:　　　subject,

　　　　NotBefore:　　time.Now(),

　　　　NotAfter:　　 time.Now().Add(365 * 24 * time.Hour),

　　　　KeyUsage:　　 x509.KeyUsageKeyEncipherment | x509.KeyUsageDigitalSignature,

　　　　ExtKeyUsage:　[]x509.ExtKeyUsage{x509.ExtKeyUsageServerAuth},

　　　　IPAddresses:　[]net.IP{net.ParseIP("127.0.0.1")},

　　}

　　pk, _ := rsa.GenerateKey(rand.Reader, 2048)

　　derBytes, _ := x509.CreateCertificate(rand.Reader, &template,

　　?&template, &pk.PublicKey, pk)

　　certOut, _ := os.Create("cert.pem")

　　pem.Encode(certOut, &pem.Block{Type: "CERTIFICATE", Bytes: derBytes})

　　certOut.Close()

　　keyOut, _ := os.Create("key.pem")

　　pem.Encode(keyOut, &pem.Block{Type: "RSA PRIVATE KEY", Bytes:

　　?x509.MarshalPKCS1PrivateKey(pk)})

　　keyOut.Close()

}

生成SSL證書和密鑰的步驟并不是特別復雜。因為SSL證書實際上就是一個將擴展密鑰用法（extended key usage）設置成了服務器身份驗證操作的X.509證書，所以程序在生成證書時使用了crypto/x509標準庫。此外，因為創建證書需要用到私鑰，所以程序在使用私鑰成功創建證書之后，會將私鑰單獨保存在一個存放服務器私鑰的文件里面。

讓我們來仔細分析一下代碼清單3-5中的主要代碼吧。首先，程序使用一個Certificate結構來對證書進行配置：

template := x509.Certificate{

　SerialNumber: serialNumber,

　Subject: subject,

　NotBefore: time.Now(),

　NotAfter: time.Now().Add(365*24*time.Hour),

　KeyUsage: x509.KeyUsageKeyEncipherment | x509.KeyUsageDigitalSignature,

　ExtKeyUsage: []x509.ExtKeyUsage{x509.ExtKeyUsageServerAuth},

　IPAddresses: []net.IP{net.ParseIP("127.0.0.1")},

}

結構中的證書序列號（SerialNumber）用于記錄由CA分發的唯一號碼，為了能讓我們的Web應用運行起來，程序在這里生成了一個非常長的隨機整數來作為證書序列號。之后，程序創建了一個專有名稱（distinguished name），并將它設置成了證書的標題（subject）。此外，程序還將證書的有效期設置成了一年，而結構中KeyUsage字段和ExtKeyUsage字段的值則表明了這個X.509證書是用于進行服務器身份驗證操作的。最后，程序將證書設置成了只能在IP地址127.0.0.1之上運行。

SSL證書

X.509是國際電信聯盟電信標準化部門（ITU-T）為公鑰基礎設施制定的一個標準，這個標準包含了公鑰證書的標準格式。

一個X.509證書（簡稱SSL證書）實際上就是一個經過編碼的ASN.1（Abstract Syntax Notation One，抽象語法表示法/1）格式的電子文檔。ASN.1既是一個標準，也是一種表示法，它描述了表示電信以及計算機網絡數據的規則和結構。

X.509證書可以使用多種格式編碼，其中一種編碼格式是BER（Basic Encoding Rules，基本編碼規則）。BER格式指定了一種自解釋并且自定義的格式用于對ASN.1數據結構進行編碼，而DER格式則是BER的一個子集。DER只提供了一種編碼ASN.1值的方法，這種方法被廣泛地應用于密碼學當中，尤其是對X.509證書進行加密。

SSL證書可以以多種不同的格式保存，其中一種是PEM（Privacy Enhanced Email，隱私增強郵件）格式，這種格式會對DER格式的X.509證書實施Base64編碼，并且這種格式的文件都以-----BEGIN CERTIFICATE-----開頭，以-----END CERTIFICATE-----結尾（除了用作文件格式之外，PEM和此處討論的SSL證書關系并不大）。

在此之后，程序通過調用crypto/rsa標準庫中的GenerateKey函數生成了一個RSA私鑰：

pk, _ := rsa.GenerateKey(rand.Reader, 2048)

程序創建的RSA私鑰的結構里面包含了一個能夠公開訪問的公鑰（public key），這個公鑰在使用x509.CreateCertificate函數創建SSL證書的時候就會用到：

derBytes, _ := x509.CreateCertificate(rand.Reader, &template, &template,?

?&pk.PublicKey, pk)

CreateCertificate函數接受Certificate結構、公鑰和私鑰等多個參數，創建出一個經過DER編碼格式化的字節切片。后續代碼的意圖也非常簡單明了，它們首先使用encoding/pem標準庫將證書編碼到cert.pem文件里面：

certOut, _ := os.Create("cert.pem")

pem.Encode(certOut, &pem.Block{Type: "CERTIFICATE", Bytes: derBytes})

certOut.Close()

然后繼續以PEM編碼的方式把之前生成的密鑰編碼并保存到key.pem文件里面：

keyOut, _ := os.Create("key.pem")

pem.Encode(keyOut, &pem.Block{Type: "RSA PRIVATE KEY", Bytes:?

?x509.MarshalPKCS1PrivateKey(pk)})

keyOut.Close()

最后需要提醒的是，如果證書是由CA簽發的，那么證書文件中將同時包含服務器簽名以及CA簽名，其中服務器簽名在前，CA簽名在后。

本文摘自《Go Web編程》

原文中此處為鏈接，暫不支持采集

點擊封面試讀更多內容

無論是經驗老到的gopher，還是剛開始接觸Go語言的Web開發者，這都是必不可少的一本書，本書囊括了關于Go Web應用的開發和部署的全部知識?

本書目錄：(滑動手機查看)

第一部分　Go與Web應用?
第1章　Go與Web應用 ?3?
1.1　使用Go語言構建Web應用 ?3?
1.1.1　Go與可擴展Web應用 ?4?
1.1.2　Go與模塊化Web應用 ?4?
1.1.3　Go與可維護的Web應用 ?5?
1.1.4　Go與高性能Web應用 ?5?
1.2　Web應用的工作原理 ?6?
1.3　HTTP簡介 ?7?
1.4　Web應用的誕生 ?8?
1.5　HTTP請求 ?9?
1.5.1　請求方法 ?10?
1.5.2　安全的請求方法 ?11?
1.5.3　冪等的請求方法 ?11?
1.5.4　瀏覽器對請求方法的支持 ?11?
1.5.5　請求首部 ?12?
1.6　HTTP響應 ?13?
1.6.1　響應狀態碼 ?13?
1.6.2　響應首部 ?14?
1.7　URI ?15?
1.8　HTTP/2簡介 ?16?
1.9　Web應用的各個組成部分 ?16?
1.9.1　處理器 ?17?
1.9.2　模板引擎 ?18?
1.10　Hello Go ?18?
1.11 ?小結 ?21?

第2章 ?ChitChat論壇 ?23?
2.1　ChitChat簡介 ?23?
2.2　應用設計 ?24?
2.3　數據模型 ?26?
2.4　請求的接收與處理 ?27?
2.4.1　多路復用器 ?27?
2.4.2　服務靜態文件 ?29?
2.4.3　創建處理器函數 ?29?
2.4.4　使用cookie進行訪問控制 ?30?
2.5　使用模板生成HTML響應 ?33?
2.6　安裝PostgreSQL ?38?
2.6.1　在Linux或FreeBSD系統上安裝 ?38?
2.6.2　在Mac OS X系統上安裝 ?39?
2.6.3　在Windows系統上安裝 ?39?
2.7　連接數據庫 ?39?
2.8　啟動服務器 ?44?
2.9　Web應用運作流程回顧 ?45?
2.10　小結 ?46?

第二部分　Web應用的基本組成部分?
第3章 ?接收請求 ?49?
3.1　Go的net/http標準庫 ?49?
3.2　使用Go構建服務器 ?51?
3.2.1　Go Web服務器 ?51?
3.2.2　通過HTTPS提供服務 ?53?
3.3　處理器和處理器函數 ?56?
3.3.1　處理請求 ?56?
3.3.2　使用多個處理器 ?58?
3.3.3　處理器函數 ?59?
3.3.4　串聯多個處理器和處理器函數 ?61?
3.3.5　ServeMux和DefaultServeMux ?65?
3.3.6　使用其他多路復用器 ?66?
3.4　使用HTTP/2 ?68?
3.5　小結 ?70?

第4章 ?處理請求 ?72?
4.1　請求和響應 ?72?
4.1.1　Request結構 ?73?
4.1.2　請求URL ?73?
4.1.3　請求首部 ?74?
4.1.4　請求主體 ?76?
4.2　Go與HTML表單 ?77?
4.2.1　Form字段 ?79?
4.2.2　PostForm字段 ?80?
4.2.3　MultipartForm字段 ?81?
4.2.4　文件 ?83?
4.2.5　處理帶有JSON主體的POST請求 ?85?
4.3　ResponseWriter ?86?
4.4　cookie ?91?
4.4.1　Go與cookie 91?
4.4.2　將cookie發送至瀏覽器 ?92?
4.4.3　從瀏覽器里面獲取cookie ?94?
4.4.4　使用cookie實現閃現消息 ?96?
4.5　小結 ?99?

第5章 ?內容展示 ?100?
5.1　模板引擎 ?100?
5.2　Go的模板引擎 ?102?
5.2.1　對模板進行語法分析 ?104?
5.2.2　執行模板 ?105?
5.3　動作 ?106?
5.3.1　條件動作 ?106?
5.3.2　迭代動作 ?108?
5.3.3　設置動作 ?109?
5.3.4　包含動作 ?111?
5.4　參數、變量和管道 ?113?
5.5 ?函數 ?114?
5.6　上下文感知 ?116?
5.6.1　防御XSS攻擊 ?119?
5.6.2　不對HTML進行轉義 ?121?
5.7　嵌套模板 ?122?
5.8　通過塊動作定義默認模板 ?126?
5.9　小結 ?127?

第6章 ?存儲數據 ?128?
6.1　內存存儲 ?128?
6.2　文件存儲 ?131?
6.2.1　讀取和寫入CSV文件 ?133?
6.2.2　gob包 ?135?
6.3　Go與SQL ?137?
6.3.1　設置數據庫 ?138?
6.3.2　連接數據庫 ?140?
6.3.3　創建帖子 ?142?
6.3.4　獲取帖子 ?144?
6.3.5　更新帖子 ?145?
6.3.6　刪除帖子 ?145?
6.3.7　一次獲取多篇帖子 ?146?
6.4　Go與SQL的關系 ?147?
6.4.1　設置數據庫 ?147?
6.4.2　一對多關系 ?150?
6.5　Go與關系映射器 ?152?
6.5.1　Sqlx ?152?
6.5.2　Gorm ?154?
6.6　小結 ?157?

第三部分　實戰演練?
第7章 ?Go Web服務 ?161?
7.1　Web服務簡介 ?161?
7.2　基于SOAP的Web服務簡介 ?163?
7.3　基于REST的Web服務簡介 ?166?
7.3.1　將動作轉換為資源 ?168?
7.3.2　將動作轉換為資源的屬性 ?169?
7.4　通過Go分析和創建XML ?169?
7.4.1　分析XML ?169?
7.4.2　創建XML ?177?
7.5　通過Go分析和創建JSON ?180?
7.5.1　分析JSON ?181?
7.5.2　創建JSON ?184?
7.6　創建Go Web服務 ?187?
7.7　小結 ?194?

第8章 ?應用測試 ?196?
8.1　Go與測試 ?196?
8.2　使用Go進行單元測試 ?197?
8.2.1　跳過測試用例 ?201?
8.2.2　以并行方式運行測試 ?202?
8.2.3　基準測試 ?203?
8.3　使用Go進行HTTP測試 ?206?
8.4　測試替身以及依賴注入 ?210?
8.5　第三方Go測試庫 ?217?
8.5.1　Gocheck測試包簡介 ?217?
8.5.2　Ginkgo測試框架簡介 ?223?
8.6　小結 ?228?

第9章 ?發揮Go的并發優勢 ?230?
9.1　并發與并行的區別 ?230?
9.2　goroutine ?232?
9.2.1　使用goroutine ?232?
9.2.2　goroutine與性能 ?235?
9.2.3　等待goroutine ?238?
9.3　通道 ?239?
9.3.1　通過通道實現同步 ?240?
9.3.2　通過通道實現消息傳遞 ?242?
9.3.3　有緩沖通道 ?243?
9.3.4　從多個通道中選擇 ?244?
9.4　在Web應用中使用并發 ?247?
9.4.1　創建馬賽克圖片 ?248?
9.4.2　馬賽克圖片Web應用 ?251?
9.4.3　并發版馬賽克圖片生成Web應用 ?254?
9.5　小結 ?262?

第10章 ?Go的部署 ?263?
10.1　將應用部署到獨立的 服務器 ?264?
10.2　將應用部署到 Heroku ?270?
10.3　將應用部署到Google App Engine ?273?
10.4　將應用部署到 Docker ?278?
10.4.1　什么是Docker ?278?
10.4.2　安裝Docker ?279?
10.4.3　Docker的理念與 組件 ?280?
10.4.4　Docker化一個Go Web 應用 ?281?
10.4.5　將Docker容器推送至 互聯網 ?283?
10.5　部署方法之間的 對比 ?286?
10.6　小結 ?287?
附錄 ?安裝和設置Go ?288?

延伸推薦

原文中此處為鏈接，暫不支持采集

原文中此處為鏈接，暫不支持采集

原文中此處為鏈接，暫不支持采集

原文中此處為鏈接，暫不支持采集

原文中此處為鏈接，暫不支持采集

原文中此處為鏈接，暫不支持采集

原文中此處為鏈接，暫不支持采集

原文中此處為鏈接，暫不支持采集

原文中此處為鏈接，暫不支持采集

點擊關鍵詞閱讀更多新書：

原文中此處為鏈接，暫不支持采集

|

原文中此處為鏈接，暫不支持采集

|

原文中此處為鏈接，暫不支持采集

|

原文中此處為鏈接，暫不支持采集

|

原文中此處為鏈接，暫不支持采集

原文中此處為鏈接，暫不支持采集

|

原文中此處為鏈接，暫不支持采集

|

原文中此處為鏈接，暫不支持采集

原文中此處為鏈接，暫不支持采集

原文中此處為鏈接，暫不支持采集

點擊圖片參與活動

在“異步圖書”后臺回復“關注”，即可免費獲得2000門在線視頻課程；推薦朋友關注根據提示獲取贈書鏈接，免費得異步圖書一本。趕緊來參加哦！

掃一掃上方二維碼，回復“關注”參與活動！

點擊閱讀原文，購買《Go Web編程》

本頁內容由塔燈網絡科技有限公司通過網絡收集編輯所得，所有資料僅供用戶學習參考，本站不擁有所有權，如您認為本網頁中由涉嫌抄襲的內容，請及時與我們聯系，并提供相關證據，工作人員會在5工作日內聯系您，一經查實，本站立刻刪除侵權內容。本文鏈接:http://www.junxiaosheng.cn/20536.html