這些是死知識，把常用的記住，不常用的直接查表就行了
成都創(chuàng)新互聯(lián)是一家專業(yè)提供隆林企業(yè)網(wǎng)站建設(shè),專注與成都網(wǎng)站設(shè)計、成都做網(wǎng)站、H5建站、小程序制作等業(yè)務(wù)。10年已為隆林眾多企業(yè)、政府機(jī)構(gòu)等服務(wù)。創(chuàng)新互聯(lián)專業(yè)網(wǎng)站建設(shè)公司優(yōu)惠進(jìn)行中。
golang 的fmt 包實現(xiàn)了格式化I/O函數(shù)，類似于C的 printf 和 scanf。
type Human struct {
Name string
}
var people = Human{Name:"zhangsan"}
golang沒有 '%u' 點位符，若整數(shù)為無符號類型，默認(rèn)就會被打印成無符號的。
寬度與精度的控制格式以Unicode碼點為單位。寬度為該數(shù)值占用區(qū)域的最小寬度；精度為小數(shù)點之后的位數(shù)。
操作數(shù)的類型為int時，寬度與精度都可用字符 '*' 表示。
對于 %g/%G 而言，精度為所有數(shù)字的總數(shù)，例如：123.45，%.4g 會打印123.5，（而 %6.2f 會打印123.45）。
%e 和 %f 的默認(rèn)精度為6
對大多數(shù)的數(shù)值類型而言，寬度為輸出的最小字符數(shù)，如果必要的話會為已格式化的形式填充空格。
而以字符串類型，精度為輸出的最大字符數(shù)，如果必要的話會直接截斷。
使用起來很簡單，一般配合fmt.Printf()使用，因為fmt的Printf()是有格式的輸出，切忌使用Println()，否則將會以字符串的形式輸出。
查看原文： golang fmt格式“占位符”
1、服務(wù)器編程：以前你如果使用C或者C++做的那些事情，用Go來做很合適，例如處理日志、數(shù)據(jù)打包、虛擬機(jī)處理、文件系統(tǒng)等。
2、分布式系統(tǒng)、數(shù)據(jù)庫代理器、中間件：例如Etcd。
3、網(wǎng)絡(luò)編程：這一塊目前應(yīng)用最廣，包括Web應(yīng)用、API應(yīng)用、下載應(yīng)用，而且Go內(nèi)置的net/http包基本上把我們平常用到的網(wǎng)絡(luò)功能都實現(xiàn)了。
4、開發(fā)云平臺：目前國外很多云平臺在采用Go開發(fā)，我們所熟知的七牛云、華為云等等都有使用Go進(jìn)行開發(fā)并且開源的成型的產(chǎn)品。
5、區(qū)塊鏈：目前有一種說法，技術(shù)從業(yè)人員把Go語言稱作為區(qū)塊鏈行業(yè)的開發(fā)語言。如果大家學(xué)習(xí)區(qū)塊鏈技術(shù)的話，就會發(fā)現(xiàn)現(xiàn)在有很多很多的區(qū)塊鏈的系統(tǒng)和應(yīng)用都是采用Go進(jìn)行開發(fā)的，比如ehtereum是目前知名度最大的公鏈，再比如fabric是目前最知名的聯(lián)盟鏈，兩者都有g(shù)o語言的版本，且go-ehtereum還是以太坊官方推薦的版本。
自1.0版發(fā)布以來，go語言引起了眾多開發(fā)者的關(guān)注，并得到了廣泛的應(yīng)用。go語言簡單、高效、并發(fā)的特點吸引了許多傳統(tǒng)的語言開發(fā)人員，其數(shù)量也在不斷增加。
使用 Go 語言開發(fā)的開源項目非常多。早期的 Go 語言開源項目只是通過 Go 語言與傳統(tǒng)項目進(jìn)行C語言庫綁定實現(xiàn)，例如 Qt、Sqlite 等。
后期的很多項目都使用 Go 語言進(jìn)行重新原生實現(xiàn)，這個過程相對于其他語言要簡單一些，這也促成了大量使用 Go 語言原生開發(fā)項目的出現(xiàn)。
URL中不能顯示地包含空格這已經(jīng)是一個共識，而空格以何種形式存在，在不同的標(biāo)準(zhǔn)中又不完全一致，以致于不同的語言也有了不同的實現(xiàn)。
rfc2396 中明確表示空格應(yīng)該被編碼為 %20 。
而W3C的標(biāo)準(zhǔn)中卻又說空格可以被替換為 + 或者 %20 。
老許當(dāng)場懵逼，空格被替換為 + ，那 + 本身只能被編碼。既然如此，為什么不直接對空格進(jìn)行編碼呢。當(dāng)然這只是老許心中的疑惑，以前的背景我們已經(jīng)無法追溯，已成的事實我們也無法改變。但，空格到底是被替換為 + 還是 20% ， + 是否需要被編碼都是現(xiàn)在的我們需要直面的問題。
作為Gopher最先關(guān)注的自然是Go語言本身的實現(xiàn)，因此我們首先了解一下Go中常用的三種URL編碼方式的異同。
使用 url.QueryEscape 編碼時，空格被編碼為 + ，而 + 本身被編碼為 %2B 。
使用 url.PathEscape 編碼時，空格被編碼為 20% , 而 + 則未被編碼。
使用 (Values).Encode 方法編碼時，空格被編碼為 + ，而 + 本身被編碼為 %2B ，進(jìn)一步查看 (Values).Encode 方法的源碼知其內(nèi)部仍舊調(diào)用 url.QueryEscape 函數(shù)。而 (Values).Encode 方法和 url.QueryEscape 的區(qū)別在于前者僅編碼query中的key和value，后者會對 = 、 均進(jìn)行編碼。
對我們開發(fā)者而言，這三種編碼方式到底應(yīng)該使用哪一種，請繼續(xù)閱讀后文相信你可以在后面的文章中找到答案。
既然空格和 + 在Go中的URL編碼方式有不同的實現(xiàn)，那在其他語言中是否也存在這樣的情況呢，下面以PHP和JS為例。
urlencode
rawurlencode
PHP的 urlencode 和Go的 url.QueryEscape 函數(shù)效果一致，而 rawurlencode 則將空格和 + 均進(jìn)行編碼。
encodeURI
encodeURIComponent
JS的 encodeURI 和Go的 url.PathEscape 函數(shù)效果一致，而 encodeURIComponent 則將空格和 + 均進(jìn)行編碼。
在前文中已經(jīng)總結(jié)了 Go 、 PHP 和 JS 對 +Gopher指北 的編碼操作，下面總結(jié)一下其對應(yīng)的解碼操作是否可行的二維表。
上表中的 YY 和 Y 同含義，老許僅以 YY 表示在Go中推薦使用 url.PathEscape 進(jìn)行編碼，同時在PHP和JS中分別推薦使用 rawurldecode 和 decodeURIComponent 進(jìn)行解碼。
在實際的開發(fā)過程中，Gopher一定會存在需要解碼的場景，此時就需要和URL編碼方進(jìn)行溝通以得到合適的方式解碼。
那有沒有通用的不需要URL編解碼的方式呢？毫無疑問是有的！以 base32 編碼為例，其編碼字符集為 A-Z和數(shù)字2-7 ，此時對值進(jìn)行base32編碼后就無需url編碼了。
最后，衷心希望本文能夠?qū)Ω魑蛔x者有一定的幫助。
參考
重慶分公司
重慶分公司
