1樓：DamonChen
1、ssa新增進去了。
2、編譯時間變短了（比1.4還是長）
3、生成檔案變小了
4、可以生成二進位制的庫了（實驗）
5、vendor機制預設了
6、把x/net/context修改到標準庫了，看了下介面實現，有一部分改變了，所以如果你自己的介面有依賴，可能編譯不過了
7、修改了不少的標準庫
8、增加了一些其他平台上的編譯
還有什麼記不得了，就醬吧。
2樓：藍色
我只從其它地方評價，因為我不是Go專家。我只是針對Go Release的Blog https://
blog.golang.org/go1.7
來談。看見大家都在談論SSA的改變，而其實Go 1.7的第乙個重大提及的其實是Linux on Z的Porting工作，而這裡面有很大一部分工作都是我們上海編譯團隊的Go小組的兩位同事做的，這對Go是好事，因為若想擴大Go的生態圈，是需要更多的平台參與以及努力的，一門語言要走向通用性（如C，C++），無一不是會在各種平台上都有支援，這個世界並不是只有x86。
而SSA的演算法改進，目前我們團隊的Go小組成員也在參與，回饋到社群，而我所知道的是應用SSA以後，在benchmark後是比以前好的，而且好不少。
所以，從這個態勢來看，我是看好Go的，因為大家都在開始為它改善，擴充，不再是Google一家的遊戲，而與Go類似的目前還有SWIFT。
3樓：GoWKH
進一步提公升GC的效能非常重要，經過測試暫停GC後測試程式效能提公升30%左右。
1.6.2相比1.5.4,程式的執行效果並不理想，放眼看github上的大量軟體正式版都是用1.5.4發布，總體感覺1.6是乙個過度版本。
golang號稱併發語言，但是runtime庫的效能不夠理想，還需要進行改進。
1.管道chan吞吐極限10,000,000，單次Put,Get耗時大約100ns/op，無論是採用單Go程，還是多Go程併發(併發數:100,10000,100000)，耗時均沒有變化，Go核心這對chan進行優化。
2.互斥鎖Mutex在單Go程時Lock,Unlock耗時大約20ns/op，但是採用多Go程時，效能急劇下降，併發越大耗時越長，在Go1.5併發數達到1024耗時900ns/op，Go1.
6優化到300ns/op，究其原因，是構建在CPU的原子操作之上，搶占過於頻繁將導致，大量消耗CPU時鐘，進而CPU多核無法並行。
3.select非同步操作在單管道時耗時120ns/op，但是隨著管道數增加，效能線性下降，每增加1個管道增加100ns/op，究其原因時Go內部不是事件，而是使用沒1ms輪訓的方式。
4.Go排程效能低下，當出現10,000,000Go程時，Go的排程器的效能急劇下降。
編輯於 2016-07-07
如何評價golang的time Format方法一定要用2006 01 02 15 04 05作引數？
Diamond Mine 用血的教訓告訴大家，這個設計真的有點坑。某個需求修改，程式設計師a需要格式化時間，順手去網上抄了個格式化串 2006 01 02 03 04 05 乍一看，也沒啥大問題，code review也通過了。結果一上線，發現hour錯了，應該用 15 04 24小時制 而不是 0...
如何學習golang？
張繼瑀 基礎 Go語言程式設計 許式偉 web Go web程式設計 謝孟軍 提公升 Go語言學習筆記 雨痕 然後去擼Go原始碼當中runtime的原始碼就可以了 大傑哥 入門 Go語言聖經 https docs.hacknode.org gopl zh index.html 高階 Go語言高階程式...
如何評價 WWDC17？
楓了吧 讓我想起了摔跤吧爸爸大女兒離開了爸爸的指導下，去了國家訓練營，以為那樣是更科學 更合理，漸漸開始覺得奮鬥沒所謂，自己的天賦逐漸沒有了優勢，隔壁的對手也慢慢走上來了，可惜的是蘋果的爸爸卻是離開了 不會再回來指導他了 請勿拍打餵食 剛看完的時候很失望，沒有驚喜。後來想想就沒什麼了，因為 首先，蘋...