這篇文章主要介紹“go版本有哪些變化”，在日常操作中，相信很多人在go版本有哪些變化問(wèn)題上存在疑惑，小編查閱了各式資料，整理出簡(jiǎn)單好用的操作方法，希望對(duì)大家解答”go版本有哪些變化”的疑惑有所幫助！接下來(lái)，請(qǐng)跟著小編一起來(lái)學(xué)習(xí)吧！

成都創(chuàng)新互聯(lián)是一家專注于網(wǎng)站制作、網(wǎng)站建設(shè)與策劃設(shè)計(jì),吉隆網(wǎng)站建設(shè)哪家好?成都創(chuàng)新互聯(lián)做網(wǎng)站,專注于網(wǎng)站建設(shè)十余年,網(wǎng)設(shè)計(jì)領(lǐng)域的專業(yè)建站公司;建站業(yè)務(wù)涵蓋:吉隆等地區(qū)。吉隆做網(wǎng)站價(jià)格咨詢:18982081108

go 版本變更

搜索方式

https://github.com/golang/go/issues?q=milestone%3AGo1.13.5+label%3ACherryPickApproved

搜索欄：milestone:Go1.13.5 label:CherryPickApproved

go1.13.6

go1.13.6（發(fā)布于2020/01/09）包括對(duì)運(yùn)行時(shí)和net/http程序包的修復(fù)。有關(guān)詳細(xì)信息，請(qǐng)參閱我們的問(wèn)題跟蹤器上的Go 1.13.6里程碑。

net / http：當(dāng)代理URL包括身份驗(yàn)證憑據(jù)時(shí)，在DialConn中快速寫(xiě)入t.ProxyConnectHeader [1.13 backport]CherryPickApproved

運(yùn)行時(shí)：在arm64 [1.13 backport]上清除分配計(jì)數(shù)崩潰增加的消息CherryPickApproved

doc：版本歷史記錄網(wǎng)頁(yè)包含次優(yōu)鏈接[1.13向后移植]CherryPickApproved文檔

在Windows docker容器中運(yùn)行時(shí)，運(yùn)行時(shí)：“嚴(yán)重錯(cuò)誤：PowerRegisterSuspendResumeNotification失敗” [1.13 backport]CherryPickApproved

go1.13.5

go1.13.5（于2019/12/04發(fā)布）包含對(duì)go命令，運(yùn)行時(shí)，鏈接器和net/http程序包的修復(fù)。有關(guān)詳細(xì)信息，請(qǐng)參閱我們的問(wèn)題跟蹤器上的Go 1.13.5里程碑。

net / http：Server.ConnContext意外修改了所有連接的上下文[1.13 backport]

全部：確保Go工具鏈符合Apple的公證要求[1.13 backport]CherryPickApproved

cmd / go：執(zhí)行g(shù)o get [1.13 backport]CherryPickApproved發(fā)布阻止程序時(shí)出現(xiàn)“嚴(yán)重錯(cuò)誤：并發(fā)映射寫(xiě)入”

運(yùn)行時(shí)：如果存在多個(gè)文本部分，則textOff函數(shù)返回錯(cuò)誤的值[1.13 backport]

cmd / link：使用Android NDK工具鏈進(jìn)行構(gòu)建時(shí)，零指針取消引用崩潰[1.13 backport]

Go1.13.4 和 1.12.13 兩個(gè)小版本發(fā)布

https://studygolang.com/topics/10355

Go 1.13.4 包括對(duì) net/http 和syscall 包的修復(fù)。

兩種版本均解決了macOS 10.15 Catalina 上的一個(gè)問(wèn)題：被 Gatekeeper 拒絕的未經(jīng)公證的安裝程序和二進(jìn)制文件。

查看發(fā)行說(shuō)明以獲取更多信息：

https://golang.org/doc/devel/release.html#go1.13.minor

Go1.13.3 和 Go1.12.12 小版本發(fā)布

https://studygolang.com/topics/10268

以解決最近報(bào)告的安全問(wèn)題。

無(wú)效的 DSA 公鑰可能會(huì)導(dǎo)致 dsa.Verify 出現(xiàn)故障。特別是，在精心制作的 X.509 證書(shū)鏈上使用 crypto/x509.Verify 可能會(huì)導(dǎo)致 panic， 即使證書(shū)沒(méi)有鏈接到受信任的根。可以通過(guò) crypto/tls 連接將鏈交付給客戶端， 或者接受和驗(yàn)證客戶端證書(shū)的服務(wù)器。會(huì)通過(guò) HTTPS 服務(wù)器使 net/http 客戶端崩潰， 而接受客戶端證書(shū)的 net/http 服務(wù)器將恢復(fù) panic 并且不受影響。

此外，在 X.509 證書(shū)請(qǐng)求，解析 golang.org/x/crypto/openpgp 實(shí)體或 golang.org/x/crypto/otr 對(duì)話期間， 調(diào)用 crypto/x509.(*CertificateRequest) CheckSignature 的應(yīng)用程序可能會(huì)崩潰。最后， 由于主機(jī)密鑰格式錯(cuò)誤，golang.org/x/crypto/ssh 客戶端可能會(huì)崩潰， 而如果 PublicKeyCallback 接受格式錯(cuò)誤的公鑰，或者 IsUserAuthority 接受了格式錯(cuò)誤的證書(shū)，則服務(wù)器可能會(huì)崩潰。

issue 是 CVE-2019-17596 和 Go 版本 golang.org/issue/34960。

Go 1.13.2 版本還包含編譯器修復(fù)程序，可防止在極少數(shù)情況下對(duì)負(fù) slice 索引的不正確訪問(wèn)。 受影響的代碼（編譯器可以證明索引為零或負(fù)數(shù)）將在 Go 1.12.11 中引起 panic ， 但可能導(dǎo)致在 Go 1.13 和 Go 1.13.1 中進(jìn)行任意內(nèi)存讀寫(xiě)。這是 Go issue golang.org/issue/34802。

結(jié)果在 7點(diǎn)07分，又發(fā)布了 Go1.13.3 和 Go1.12.12，應(yīng)該是上個(gè)版本有 bug，緊急修復(fù)。

因此不建議使用 Go 1.13.2和Go 1.12.11，可以到 https://studygolang.com/dl 下載 Go1.13.3 和 Go1.12.12。

Go 1.13.2 和 go1.12.11

解決安全問(wèn)題

https://golang.org/security

Go 1.13.1 和 Go 1.12.10

Go 1.13.1 和 Go 1.12.10 發(fā)布了，修復(fù)了一個(gè)安全問(wèn)題，如下：

net/http (通過(guò) net/textproto)接受無(wú)效的 HTTP/1.1 報(bào)頭并將其標(biāo)準(zhǔn)化，在冒號(hào)前會(huì)出現(xiàn)空格，產(chǎn)生 RFC 7230 錯(cuò)誤。

如果一個(gè) Go 服務(wù)器在一個(gè)不常見(jiàn)的反向代理后面使用，該代理接受并轉(zhuǎn)發(fā)這些無(wú)效的報(bào)頭，卻不對(duì)這些無(wú)效報(bào)頭進(jìn)行規(guī)范化，反向代理和服務(wù)器就會(huì)互不相同地解釋這些報(bào)頭。這可能導(dǎo)致過(guò)濾旁路或請(qǐng)求漏洞（ request smuggling），如果來(lái)自不同客戶端的請(qǐng)求被代理多路復(fù)用到相同的上游連接上，則導(dǎo)致請(qǐng)求漏洞。這些無(wú)效的報(bào)頭現(xiàn)在被 Go 服務(wù)器拒絕，并且在沒(méi)有規(guī)范化的情況下傳遞給 Go 客戶端應(yīng)用程序。

查看發(fā)布說(shuō)明以了解更多信息：

https://groups.google.com/forum/m/#!topic/golang-announce/cszieYyuL9Q

相關(guān)鏈接

參考來(lái)源

Go 1.13

Go 1.13 發(fā)布了，該版本值得關(guān)注的改進(jìn)包括：

go 命令可直接下載和認(rèn)證模塊，詳情請(qǐng)看 using the Go module mirror and Go checksum database by default

數(shù)字文法的改進(jìn) 錯(cuò)誤封裝改進(jìn) 默認(rèn)啟用 TLS 1.3 提升對(duì)模塊的支持

詳細(xì)改進(jìn)說(shuō)明請(qǐng)看 https://golang.org/doc/go1.13

[參考來(lái)源](https://www.oschina.net/news/109593/go-1-13-released）

GO 1.13版本改進(jìn)

1

https://www.wingsxdu.com/p1391/

首先是模塊化將成為默認(rèn)的特性，徹底告別GOPATH時(shí)代；其次是不是太重要的二進(jìn)制特性將被廢除；

1.語(yǔ)法糖

• 二進(jìn)制整數(shù)字面量：前綴 0b 或 0B 表示二進(jìn)制整數(shù)字面量，例如 0b1011；

• 八進(jìn)制整數(shù)字面量：前綴 0o 或 0O 表示八進(jìn)制整數(shù)字面量，例如 0o660（由前導(dǎo) 0 后跟八進(jìn)制數(shù)字指示的八進(jìn)制表示法仍然有效）；

• 十六進(jìn)制浮點(diǎn)數(shù)字面量：現(xiàn)在可以使用前綴 0x 或 0X 來(lái)表示十六進(jìn)制格式浮點(diǎn)數(shù)，例如 0x1.0p-1021。十六進(jìn)制浮點(diǎn)數(shù)必須始終具有指數(shù)，寫(xiě)為字母 p 或 P，后跟十進(jìn)制的指數(shù)。指數(shù)將尾數(shù)運(yùn)算為2的指數(shù)冪。例 0x1p-2，代表十六進(jìn)制的 1 除以 22，也就是 0.25；

• 虛部（復(fù)數(shù)常數(shù)的虛部）字面量：虛部后綴 i 現(xiàn)在可以與任何（二進(jìn)制，十進(jìn)制，十六進(jìn)制）整數(shù)或浮點(diǎn)字面值一起使用，例如：0xabci == 0xabc * 1i == 2748i 。

• 數(shù)字分隔符：現(xiàn)在可以使用下劃線分隔（分組）任何數(shù)字字面量，例如 1_000_000、0b_1010_0110、3.1415_9265，下劃線可能出現(xiàn)在任何兩位數(shù)字或字面量前綴和第一位數(shù)字之間。 （沒(méi)看懂）

2.工具

Modules 改進(jìn)

GO111MODULE 環(huán)境變量默認(rèn)值仍為 auto，但只要當(dāng)前工作目錄包含或位于包含 go.mod 文件的目錄下，auto 就會(huì)激活 go command 模塊感知模式——即使當(dāng)前目錄在 GOPATH/src 內(nèi)。

此變更簡(jiǎn)化了 GOPATH/src 中現(xiàn)有代碼的遷移，以及對(duì)模塊感知軟件包與非模塊感知導(dǎo)入器的持續(xù)維護(hù)。

GOPROXY 環(huán)境變量現(xiàn)在可以設(shè)置為以逗號(hào)分隔的代理 URL 列表或特殊的token值 direct，其默認(rèn)值現(xiàn)為https://proxy.golang.org,direct。解析包含其模塊的包路徑時(shí)，go命令將連續(xù)嘗試列表中每個(gè)代理上的所有候選模塊路徑。除404、410之外，無(wú)法訪問(wèn)的代理或 HTTP 狀態(tài)代碼將使搜索終止，而無(wú)需咨詢其余代理。

GOPRIVATE(new) 環(huán)境變量用于聲明不公開(kāi)的模塊路徑。用作較低優(yōu)先級(jí)的 GONOPROXY 和GONOSUMDB 變量的默認(rèn)值，通過(guò)代理提取哪些模塊并使用校驗(yàn)和數(shù)據(jù)庫(kù)進(jìn)行驗(yàn)證，從而提供更精細(xì)的操控。

GOSUMDB(new) 環(huán)境變量可標(biāo)識(shí)數(shù)據(jù)庫(kù)的名稱、可選的公鑰和服務(wù)器 URL，以查詢主模塊的go.sum文件中尚未列出的模塊的校驗(yàn)和。如果 GOSUMDB 不包含顯式 URL，則通過(guò)檢索支持校驗(yàn)和數(shù)據(jù)庫(kù)的 GOPROXY URL來(lái)選擇 URL，如果所有代理都不支持，則返回到指定數(shù)據(jù)庫(kù)的直接連接。如果GOSUMDB設(shè)置為off，則不會(huì)查詢校驗(yàn)和數(shù)據(jù)庫(kù)，只驗(yàn)證 go.sum 文件中的現(xiàn)有校驗(yàn)和。

若用戶無(wú)法訪問(wèn)默認(rèn)代理和校驗(yàn)和數(shù)據(jù)庫(kù)（例如由于防火墻配置）可將 GOPROXY設(shè)置為 dircet和/或?qū)?GOSUMDB 設(shè)置為 off 。

go env -w 指令可用于設(shè)置這些變量的默認(rèn)值，全平臺(tái)通用：

go env -w GOPROXY=direct go env -w GOSUMDB=off

go 版本相關(guān)

https://www.infoq.com/news/2019/09/go-1-13-module-mirror-checksumdb/

數(shù)字文法的改進(jìn)

在語(yǔ)言級(jí)別，Go 1.13支持一組更統(tǒng)一的數(shù)字文字前綴， 例如0b二進(jìn)制數(shù)字，0x十六進(jìn)制數(shù)字，0o八進(jìn)制等等。 新版本還使運(yùn)算符<<和可以使用帶符號(hào)的移位計(jì)數(shù)>>， 從而uint在使用它們時(shí)不需要類型轉(zhuǎn)換。 兩項(xiàng)更改都沒(méi)有違反Go承諾與該語(yǔ)言的早期版本兼容的源代碼。

https://github.com/golang/proposal/blob/master/design/19308-number-literals.md

默認(rèn)啟用 TLS 1.3

https://www.jianshu.com/p/efe44d4a7501?utm_source=oschina-app

有得必有失，HTTPS 雖然增加了網(wǎng)站安全性，但因?yàn)?HTTPS 握手次數(shù)增加， 會(huì)一定程度上降低用戶訪問(wèn)速度。 為了使 HTTPS 達(dá)到更快的數(shù)據(jù)傳輸性能，并且在傳輸過(guò)程中更加安全， TLS 1.3 新特性

TLS（Transport Layer Security Protocol，傳輸層安全協(xié)議）主要目的是提供隱私和數(shù)據(jù)兩個(gè)通信應(yīng)用之間的完整性。該協(xié)議由兩層組成：TLS 記錄協(xié)議（TLS Record）和 TLS 握手協(xié)議（TLS Handshake）。

當(dāng)使用 TLS 時(shí)，客戶端和服務(wù)器之間的連接具有以下一個(gè)或多個(gè)屬性：

連接私密性：使用對(duì)稱加密算法用于加密數(shù)據(jù)的傳輸，例如 AES [AES], RC4 [SCH] 等 可以使用公鑰加密來(lái)驗(yàn)證通信方的身份 連接可靠性：發(fā)送的每個(gè)消息都使用 MAC（消息認(rèn)證碼） 進(jìn)行完整性檢查

相比 TLS 1.2，TLS 1.3 的握手時(shí)間減半。這意味著訪問(wèn)一個(gè)移動(dòng)端網(wǎng)站，使用 TLS 1.3 協(xié)議，可能會(huì)減少將近 100ms 的時(shí)間。

error

https://blog.csdn.net/weixin_30257433/article/details/101833961

些時(shí)候我們需要更加具體的信息，

而為了代碼健壯性考慮，對(duì)于函數(shù)返回的每一個(gè)錯(cuò)誤，我們都不能忽略它。 因?yàn)槌鲥e(cuò)的同時(shí)，很可能會(huì)返回一個(gè) nil 類型的對(duì)象。如果不對(duì)錯(cuò)誤進(jìn)行判斷， 那下一行對(duì) nil 對(duì)象的操作百分之百會(huì)引發(fā)一個(gè) panic。

到此，關(guān)于“go版本有哪些變化”的學(xué)習(xí)就結(jié)束了，希望能夠解決大家的疑惑。理論與實(shí)踐的搭配能更好的幫助大家學(xué)習(xí)，快去試試吧！若想繼續(xù)學(xué)習(xí)更多相關(guān)知識(shí)，請(qǐng)繼續(xù)關(guān)注創(chuàng)新互聯(lián)網(wǎng)站，小編會(huì)繼續(xù)努力為大家?guī)?lái)更多實(shí)用的文章！

網(wǎng)站題目：go版本有哪些變化
轉(zhuǎn)載源于：http://www.rwnh.cn/article16/ghdjdg.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供商城網(wǎng)站、網(wǎng)站設(shè)計(jì)、網(wǎng)站營(yíng)銷、品牌網(wǎng)站建設(shè)、電子商務(wù)、響應(yīng)式網(wǎng)站

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)