1、反射可以在運行時 動態(tài)獲取變量的各種信息 ，比如變量的類型、類別；
色尼網(wǎng)站制作公司哪家好，找創(chuàng)新互聯(lián)！從網(wǎng)頁設計、網(wǎng)站建設、微信開發(fā)、APP開發(fā)、響應式網(wǎng)站設計等網(wǎng)站項目制作，到程序開發(fā)，運營維護。創(chuàng)新互聯(lián)2013年至今到現(xiàn)在10年的時間，我們擁有了豐富的建站經(jīng)驗和運維經(jīng)驗，來保證我們的工作的順利進行。專注于網(wǎng)站建設就選創(chuàng)新互聯(lián)。
2、如果是結構體變量，還可以獲取到結構體本身的信息（包括結構體的字段、方法）；
3、通過反射，可以修改 變量的值 ，可以調(diào)用關聯(lián)的方法；
4、使用反射，需要import " reflect ".
5、示意圖：
1、不知道接口調(diào)用哪個函數(shù)，根據(jù)傳入?yún)?shù)在運行時確定調(diào)用的具體接口，這種需要對函數(shù)或方法反射。
例如以下這種橋接模式：
示例第一個參數(shù)funcPtr以接口的形式傳入函數(shù)指針，函數(shù)參數(shù)args以可變參數(shù)的形式傳入，bridge函數(shù)中可以用反射來動態(tài)執(zhí)行funcPtr函數(shù)。
1、reflect.TypeOf(變量名)，獲取變量的類型，返回reflect.Type類型。
2、reflect.ValueOf(變量名)，獲取變量的值，返回reflect.Value類型reflect.Value是一個結構體類型。
3、變量、interface{}和reflect.Value是可以互相轉換的，這點在實際開發(fā)中，會經(jīng)常使用到。
1、reflect.Value.Kind，獲取變量的 類別（Kind） ，返回的是一個 常量 。在go語言文檔中：
示例如下所示：
輸出如下：
Kind的范疇要比Type大。比如有Student和Consumer兩個結構體，他們的 Type 分別是 Student 和 Consumer ，但是它們的 Kind 都是 struct 。
2、Type是類型，Kind是類別，Type和Kind可能是相同的，也可能是不同的。
3、通過反射可以在讓 變量 在 interface{} 和 Reflect.Value 之間相互轉換，這點在前面畫過示意圖。
4、使用反射的方式來獲取變量的值（并返回對應的類型），要求數(shù)據(jù)類型匹配，比如x是int，那么久應該使用reflect.Value(x).Int()，而不能使用其它的，否則報panic。
如果是x是float類型的話，也是要用reflect.Value(x).Float()。但是如果是struct類型的話，由于type并不確定，所以沒有相應的方法，只能 斷言。
5、通過反射的來修改變量，注意當使用SetXxx方法來設置需要通過對應的指針類型來完成，這樣才能改變傳入的變量的值，同時需要使用到reflect.Value.Elem()方法。
輸出num=20，即成功使用反射來修改傳進來變量的值。
6、reflect.Value.Elem()應該如何理解？
golang學習比較簡單，不過任何一門語言都不是孤立存在的，在這里簡要說明一下golang開發(fā)的學習路線
1.golang基礎，包括go語言安裝，go語言語法，流程控制語句，函數(shù)，方法，面向?qū)ο蟾拍睿W(wǎng)絡編程，并發(fā)編程等
2.golang開發(fā)框架，包括beego，gin,Iris，Echo等
3.微服務開發(fā)
4.深入的話還可以學習算法部分。如果要接觸區(qū)塊鏈相關技術的話，還需要學習區(qū)塊鏈的加密算法等相關知識
5.如果要結合go實現(xiàn)應用的話，肯定離不開各種數(shù)據(jù)庫，比如關系型數(shù)據(jù)庫oracle、mysql，或者各類非關系型數(shù)據(jù)庫等等
6.如果需要開發(fā)界面的話，還需要學習網(wǎng)頁編程如html,javascript,vue,elementUI,bootstrap等網(wǎng)頁開發(fā)技術和框架。
7.在以上學習的基礎上還可以向架構方面深入學習。
鏈喬教育在線祝您學有所成。
Goroutine調(diào)度是一個很復雜的機制，下面嘗試用簡單的語言描述一下Goroutine調(diào)度機制，想要對其有更深入的了解可以去研讀一下源碼。
首先介紹一下GMP什么意思：
G ----------- goroutine: 即Go協(xié)程，每個go關鍵字都會創(chuàng)建一個協(xié)程。
M ---------- thread內(nèi)核級線程，所有的G都要放在M上才能運行。
P ----------- processor處理器，調(diào)度G到M上，其維護了一個隊列，存儲了所有需要它來調(diào)度的G。
Goroutine 調(diào)度器P和 OS 調(diào)度器是通過 M 結合起來的，每個 M 都代表了 1 個內(nèi)核線程，OS 調(diào)度器負責把內(nèi)核線程分配到 CPU 的核上執(zhí)行
模型圖：
避免頻繁的創(chuàng)建、銷毀線程，而是對線程的復用。
1）work stealing機制
當本線程無可運行的G時，嘗試從其他線程綁定的P偷取G，而不是銷毀線程。
2）hand off機制
當本線程M0因為G0進行系統(tǒng)調(diào)用阻塞時，線程釋放綁定的P，把P轉移給其他空閑的線程執(zhí)行。進而某個空閑的M1獲取P，繼續(xù)執(zhí)行P隊列中剩下的G。而M0由于陷入系統(tǒng)調(diào)用而進被阻塞，M1接替M0的工作，只要P不空閑，就可以保證充分利用CPU。M1的來源有可能是M的緩存池，也可能是新建的。當G0系統(tǒng)調(diào)用結束后，根據(jù)M0是否能獲取到P，將會將G0做不同的處理：
如果有空閑的P，則獲取一個P，繼續(xù)執(zhí)行G0。
如果沒有空閑的P，則將G0放入全局隊列，等待被其他的P調(diào)度。然后M0將進入緩存池睡眠。
如下圖
GOMAXPROCS設置P的數(shù)量，最多有GOMAXPROCS個線程分布在多個CPU上同時運行
在Go中一個goroutine最多占用CPU 10ms，防止其他goroutine被餓死。
具體可以去看另一篇文章
【Golang詳解】go語言調(diào)度機制 搶占式調(diào)度
當創(chuàng)建一個新的G之后優(yōu)先加入本地隊列，如果本地隊列滿了，會將本地隊列的G移動到全局隊列里面，當M執(zhí)行work stealing從其他P偷不到G時，它可以從全局G隊列獲取G。
協(xié)程經(jīng)歷過程
我們創(chuàng)建一個協(xié)程 go func()經(jīng)歷過程如下圖：
說明：
這里有兩個存儲G的隊列，一個是局部調(diào)度器P的本地隊列、一個是全局G隊列。新創(chuàng)建的G會先保存在P的本地隊列中，如果P的本地隊列已經(jīng)滿了就會保存在全局的隊列中；處理器本地隊列是一個使用數(shù)組構成的環(huán)形鏈表，它最多可以存儲 256 個待執(zhí)行任務。
G只能運行在M中，一個M必須持有一個P，M與P是1：1的關系。M會從P的本地隊列彈出一個可執(zhí)行狀態(tài)的G來執(zhí)行，如果P的本地隊列為空，就會想其他的MP組合偷取一個可執(zhí)行的G來執(zhí)行；
一個M調(diào)度G執(zhí)行的過程是一個循環(huán)機制；會一直從本地隊列或全局隊列中獲取G
上面說到P的個數(shù)默認等于CPU核數(shù)，每個M必須持有一個P才可以執(zhí)行G，一般情況下M的個數(shù)會略大于P的個數(shù)，這多出來的M將會在G產(chǎn)生系統(tǒng)調(diào)用時發(fā)揮作用。類似線程池，Go也提供一個M的池子，需要時從池子中獲取，用完放回池子，不夠用時就再創(chuàng)建一個。
work-stealing調(diào)度算法：當M執(zhí)行完了當前P的本地隊列隊列里的所有G后，P也不會就這么在那躺尸啥都不干，它會先嘗試從全局隊列隊列尋找G來執(zhí)行，如果全局隊列為空，它會隨機挑選另外一個P，從它的隊列里中拿走一半的G到自己的隊列中執(zhí)行。
如果一切正常，調(diào)度器會以上述的那種方式順暢地運行，但這個世界沒這么美好，總有意外發(fā)生，以下分析goroutine在兩種例外情況下的行為。
Go runtime會在下面的goroutine被阻塞的情況下運行另外一個goroutine：
用戶態(tài)阻塞/喚醒
當goroutine因為channel操作或者network I/O而阻塞時（實際上golang已經(jīng)用netpoller實現(xiàn)了goroutine網(wǎng)絡I/O阻塞不會導致M被阻塞，僅阻塞G，這里僅僅是舉個栗子），對應的G會被放置到某個wait隊列(如channel的waitq)，該G的狀態(tài)由_Gruning變?yōu)開Gwaitting，而M會跳過該G嘗試獲取并執(zhí)行下一個G，如果此時沒有可運行的G供M運行，那么M將解綁P，并進入sleep狀態(tài)；當阻塞的G被另一端的G2喚醒時（比如channel的可讀/寫通知），G被標記為，嘗試加入G2所在P的runnext（runnext是線程下一個需要執(zhí)行的 Goroutine。）， 然后再是P的本地隊列和全局隊列。
系統(tǒng)調(diào)用阻塞
當M執(zhí)行某一個G時候如果發(fā)生了阻塞操作，M會阻塞，如果當前有一些G在執(zhí)行，調(diào)度器會把這個線程M從P中摘除，然后再創(chuàng)建一個新的操作系統(tǒng)的線程(如果有空閑的線程可用就復用空閑線程)來服務于這個P。當M系統(tǒng)調(diào)用結束時候，這個G會嘗試獲取一個空閑的P執(zhí)行，并放入到這個P的本地隊列。如果獲取不到P，那么這個線程M變成休眠狀態(tài)， 加入到空閑線程中，然后這個G會被放入全局隊列中。
隊列輪轉
可見每個P維護著一個包含G的隊列，不考慮G進入系統(tǒng)調(diào)用或IO操作的情況下，P周期性的將G調(diào)度到M中執(zhí)行，執(zhí)行一小段時間，將上下文保存下來，然后將G放到隊列尾部，然后從隊列中重新取出一個G進行調(diào)度。
除了每個P維護的G隊列以外，還有一個全局的隊列，每個P會周期性地查看全局隊列中是否有G待運行并將其調(diào)度到M中執(zhí)行，全局隊列中G的來源，主要有從系統(tǒng)調(diào)用中恢復的G。之所以P會周期性地查看全局隊列，也是為了防止全局隊列中的G被餓死。
除了每個P維護的G隊列以外，還有一個全局的隊列，每個P會周期性地查看全局隊列中是否有G待運行并將其調(diào)度到M中執(zhí)行，全局隊列中G的來源，主要有從系統(tǒng)調(diào)用中恢復的G。之所以P會周期性地查看全局隊列，也是為了防止全局隊列中的G被餓死。
M0
M0是啟動程序后的編號為0的主線程，這個M對應的實例會在全局變量rutime.m0中，不需要在heap上分配，M0負責執(zhí)行初始化操作和啟動第一個G，在之后M0就和其他的M一樣了
G0
G0是每次啟動一個M都會第一個創(chuàng)建的goroutine，G0僅用于負責調(diào)度G，G0不指向任何可執(zhí)行的函數(shù)，每個M都會有一個自己的G0，在調(diào)度或系統(tǒng)調(diào)用時會使用G0的?？臻g，全局變量的G0是M0的G0
一個G由于調(diào)度被中斷，此后如何恢復？
中斷的時候?qū)⒓拇嫫骼锏臈Ｐ畔?，保存到自己的G對象里面。當再次輪到自己執(zhí)行時，將自己保存的棧信息復制到寄存器里面，這樣就接著上次之后運行了。
我這里只是根據(jù)自己的理解進行了簡單的介紹，想要詳細了解有關GMP的底層原理可以去看Go調(diào)度器 G-P-M 模型的設計者的文檔或直接看源碼
參考： ()
()
英文原文鏈接【Go, the unwritten parts】 發(fā)表于2017/05/22 作者JBD是Go語言開發(fā)小組成員
檢查程序的執(zhí)行路徑和當前狀態(tài)是非常有用的調(diào)試手段。核心文件（core file）包含了一個運行進程的內(nèi)存轉儲和狀態(tài)。它主要是用來作為事后調(diào)試程序用的。它也可以被用來查看一個運行中的程序的狀態(tài)。這兩個使用場景使調(diào)試文件轉儲成為一個非常好的診斷手段。我們可以用這個方法來做事后診斷和分析線上的服務（production services）。
在這篇文章中，我們將用一個簡單的hello world網(wǎng)站服務作為例子。在現(xiàn)實中，我們的程序很容易就會變得很復雜。分析核心轉儲給我們提供了一個機會去重構程序的狀態(tài)并且查看只有在某些條件／環(huán)境下才能重現(xiàn)的案例。
作者注 : 這個調(diào)試流程只在Linux上可行。我不是很確定它是否在其它Unixs系統(tǒng)上工作。macOS對此還不支持。Windows現(xiàn)在也不支持。
在我們開始前，需要確保核心轉儲的ulimit設置在合適的范圍。它的缺省值是0，意味著最大的核心文件大小是0。我通常在我的開發(fā)機器上將它設置成unlimited。使用以下命令：
接下來，你需要在你的機器上安裝 delve 。
下面我們使用的 main.go 文件。它注冊了一個簡單的請求處理函數(shù)（handler）然后啟動了HTTP服務。
讓我們編譯并生產(chǎn)二進制文件。
現(xiàn)在讓我們假設，這個服務器出了些問題，但是我們并不是很確定問題的根源。你可能已經(jīng)在程序里加了很多輔助信息，但還是無法從這些調(diào)試信息中找出線索。通常在這種情況下，當前進程的快照會非常有用。我們可以用這個快照深入查看程序的當前狀態(tài)。
有幾個方式來獲取核心文件。你可能已經(jīng)熟悉了奔潰轉儲（crash dumps）。它們是在一個程序奔潰的時候?qū)懭氪疟P的核心轉儲。Go語言在缺省設置下不會生產(chǎn)奔潰轉儲。但是當你把 GOTRACEBACK 環(huán)境變量設置成“crash”，你就可以用 Ctrl+backslash 才觸發(fā)奔潰轉儲。如下圖所示：
上面的操作會使程序終止，將堆棧跟蹤（stack trace）打印出來，并把核心轉儲文件寫入磁盤。
另外個方法可以從一個運行的程序獲得核心轉儲而不需要終止相應的進程。 gcore 可以生產(chǎn)核心文件而無需使運行中的程序退出。
根據(jù)上面的操作，我們獲得了轉儲而沒有終止對應的進程。下一步就是把核心文件加載進delve并開始分析。
差不多就這些。delve的常用操作都可以使用。你可以backtrace，list，查看變量等等。有些功能不可用因為我們使用的核心轉儲是一個快照而不是正在運行的進程。但是程序執(zhí)行路徑和狀態(tài)全部可以訪問。
在前一小節(jié)中介紹了點亮第一個LED燈，這里我們準備進階嘗試下，輸出第一段PWM波形。（PWM也就是脈寬調(diào)制，一種可調(diào)占空比的技術，得到的效果就是：如果用示波器測量引腳會發(fā)現(xiàn)有方波輸出，而且高電平、低電平的時間是可調(diào)的。）
這里爪爪熊準備寫成一個golang的庫，并開源到github上，后續(xù)更新將直接更新到github中，如果你有興趣可以和我聯(lián)系。 github.com/dpawsbear/bear_rpi_go
我在很多的教程中都看到說樹莓派的PWM（硬件）只有一個GPIO能夠輸出，就是 GPIO1 。這可是不小的打擊，因為我想使用至少四個 PWM ，還是不死心，想通過硬件手冊上找尋蛛絲馬跡，看看究竟怎么回事。
手冊上找尋東西稍等下講述，這里先提供一種方法測試 樹莓派3B 的 PWM 方法：用指令控制硬件PWM。
這里通過指令的方式掌握了基本的pwm設置技巧，決定去翻一下手冊看看到底PWM怎么回事，這里因為沒有 BCM2837 的手冊，根據(jù)之前文章引用官網(wǎng)所說， BCM2835 和 BCM2837 應該是一樣的。這里我們直接翻閱 BCM2835 的手冊，直接找到 PWM 章節(jié)。找到了如下圖：
圖中可以看到在博通的命名規(guī)則中 GPIO 12、13、18、19、40、41、45、52、53 均可以作為PWM輸出。但是只有兩路PWM0 PWM1。根據(jù)我之前所學知識，不出意外應該是PWM0 和 PWM1可以輸出不一樣的占空比，但是頻率應該是一樣的。因為沒有示波器，暫時不好測試。先找到下面對應圖：
根據(jù)以上兩個圖對比可以發(fā)現(xiàn)如下規(guī)律：
對照上面的表可以看出從 BCM2837 中印出來的能夠使用在PWM上的就這幾個了。
為了驗證個人猜想是否正確，這里先直接使用指令的模式，模擬配置下是否能夠正常輸出。
通過上面一系列指令模擬發(fā)現(xiàn)，（GPIO1、GPIO26）、（GPIO23、GPIO24）是綁定在一起的，調(diào)節(jié)任意一個，另外一個也會發(fā)生變化。也即是PWM0、PWM1雖然輸出了兩路，可以理解成兩路其實都是連在一個輸出口上。這里由于沒有示波器或者邏輯分析儀這類設備（僅有一個LED燈），所以測試很簡陋，下一步是使用示波器這類東西對頻率以及信號穩(wěn)定性進行下測試。
小節(jié)：樹莓派具有四路硬件輸出PWM能力，但是四路中只能輸出兩個獨立（占空比獨立）的PWM，同時四路輸出的頻率均是恒定的。
上面大概了解清楚了樹莓派3B的PWM結構，接下來就是探究如何使用Go語言進行設置。
因為拿到了手冊，這里我想直接操作寄存器的方式進行設置，也是順便學習下Go語言處理寄存器的過程。首先需要拿到pwm 系列寄存器的基地址，但是翻了一圈手冊，發(fā)現(xiàn)只有偏移，沒有找到基地址。
經(jīng)過了一段時間的努力后，決定寫一個 樹莓派3B golang包開源放在github上，只需要寫相關程序進行調(diào)用就可以了，以下是相關demo（pwm）（在GPIO.12 上輸出PWM波，放上LED燈會有呼吸燈的效果，具體多少頻率還沒有進行測試）
以下是demo(pwm) 源碼
重慶分公司
重慶分公司
