部署簡(jiǎn)單。Go編譯生成的是一個(gè)靜態(tài)可執(zhí)行文件，除了glibc外沒有其他外部依賴。這讓部署變得異常方便：目標(biāo)機(jī)器上只需要一個(gè)基礎(chǔ)的系統(tǒng)和必要的管理、監(jiān)控工具，完全不需要操心應(yīng)用所需的各種包、庫(kù)的依賴關(guān)系，大大減輕了維護(hù)的負(fù)擔(dān)。這和Python有著巨大的區(qū)別。由于歷史的原因，Python的部署工具生態(tài)相當(dāng)混亂【比如setuptools,distutils,pip,
創(chuàng)新互聯(lián)IDC提供業(yè)務(wù):成都棕樹電信機(jī)房,成都服務(wù)器租用,成都棕樹電信機(jī)房,重慶服務(wù)器租用等四川省內(nèi)主機(jī)托管與主機(jī)租用業(yè)務(wù);數(shù)據(jù)中心含:雙線機(jī)房,BGP機(jī)房,電信機(jī)房,移動(dòng)機(jī)房,聯(lián)通機(jī)房。
buildout的不同適用場(chǎng)合以及兼容性問題】。官方PyPI源又經(jīng)常出問題，需要搭建私有鏡像，而維護(hù)這個(gè)鏡像又要花費(fèi)不少時(shí)間和精力。
并發(fā)性好。Goroutine和channel使得編寫高并發(fā)的服務(wù)端軟件變得相當(dāng)容易，很多情況下完全不需要考慮鎖機(jī)制以及由此帶來的各種問題。單個(gè)Go應(yīng)用也能有效的利用多個(gè)CPU核，并行執(zhí)行的性能好。這和Python也是天壤之比。多線程和多進(jìn)程的服務(wù)端程序編寫起來并不簡(jiǎn)單，而且由于全局鎖GIL的原因，多線程的Python程序并不能有效利用多核，只能用多進(jìn)程的方式部署;如果用標(biāo)準(zhǔn)庫(kù)里的multiprocessing包又會(huì)對(duì)監(jiān)控和管理造成不少的挑戰(zhàn)【我們用的supervisor管理進(jìn)程，對(duì)fork支持不好】。部署Python應(yīng)用的時(shí)候通常是每個(gè)CPU核部署一個(gè)應(yīng)用，這會(huì)造成不少資源的浪費(fèi)，比如假設(shè)某個(gè)Python應(yīng)用啟動(dòng)后需要占用100MB內(nèi)存，而服務(wù)器有32個(gè)CPU核，那么留一個(gè)核給系統(tǒng)、運(yùn)行31個(gè)應(yīng)用副本就要浪費(fèi)3GB的內(nèi)存資源。
良好的語言設(shè)計(jì)。從學(xué)術(shù)的角度講Go語言其實(shí)非常平庸，不支持許多高級(jí)的語言特性;但從工程的角度講，Go的設(shè)計(jì)是非常優(yōu)秀的：規(guī)范足夠簡(jiǎn)單靈活，有其他語言基礎(chǔ)的程序員都能迅速上手。更重要的是Go自帶完善的工具鏈，大大提高了團(tuán)隊(duì)協(xié)作的一致性。比如gofmt自動(dòng)排版Go代碼，很大程度上杜絕了不同人寫的代碼排版風(fēng)格不一致的問題。把編輯器配置成在編輯存檔的時(shí)候自動(dòng)運(yùn)行g(shù)ofmt，這樣在編寫代碼的時(shí)候可以隨意擺放位置，存檔的時(shí)候自動(dòng)變成正確排版的代碼。此外還有g(shù)ofix,
govet等非常有用的工具。
執(zhí)行性能好。雖然不如C和Java，但通常比原生Python應(yīng)用還是高一個(gè)數(shù)量級(jí)的，適合編寫一些瓶頸業(yè)務(wù)。內(nèi)存占用也非常省。
1、學(xué)習(xí)曲線
它包含了類C語法、GC內(nèi)置和工程工具。這一點(diǎn)非常重要，因?yàn)镚o語言容易學(xué)習(xí)，所以一個(gè)普通的大學(xué)生花一個(gè)星期就能寫出來可以上手的、高性能的應(yīng)用。在國(guó)內(nèi)大家都追求快，這也是為什么國(guó)內(nèi)Go流行的原因之一。
2、效率
Go擁有接近C的運(yùn)行效率和接近PHP的開發(fā)效率，這就很有利的支撐了上面大家追求快速的需求。
3、出身名門、血統(tǒng)純正
之所以說Go語言出身名門，是因?yàn)槲覀冎繥o語言出自Google公司，這個(gè)公司在業(yè)界的知名度和實(shí)力自然不用多說。Google公司聚集了一批牛人，在各種編程語言稱雄爭(zhēng)霸的局面下推出新的編程語言，自然有它的戰(zhàn)略考慮。而且從Go語言的發(fā)展態(tài)勢(shì)來看，Google對(duì)它這個(gè)新的寵兒還是很看重的，Go自然有一個(gè)良好的發(fā)展前途。我們看看Go語言的主要?jiǎng)?chuàng)造者，血統(tǒng)純正這點(diǎn)就可見端倪了。
4、組合的思想、無侵入式的接口
Go語言可以說是開發(fā)效率和運(yùn)行效率二者的完美融合，天生的并發(fā)編程支持。Go語言支持當(dāng)前所有的編程范式，包括過程式編程、面向?qū)ο缶幊桃约昂瘮?shù)式編程。
5、強(qiáng)大的標(biāo)準(zhǔn)庫(kù)
這包括互聯(lián)網(wǎng)應(yīng)用、系統(tǒng)編程和網(wǎng)絡(luò)編程。Go里面的標(biāo)準(zhǔn)庫(kù)基本上已經(jīng)是非常穩(wěn)定，特別是我這里提到的三個(gè)，網(wǎng)絡(luò)層、系統(tǒng)層的庫(kù)非常實(shí)用。
6、部署方便
我相信這一點(diǎn)是很多人選擇Go的最大理由，因?yàn)椴渴鹛奖?，所以現(xiàn)在也有很多人用Go開發(fā)運(yùn)維程序。
7、簡(jiǎn)單的并發(fā)
它包含降低心智的并發(fā)和簡(jiǎn)易的數(shù)據(jù)同步，我覺得這是Go最大的特色。之所以寫正確的并發(fā)、容錯(cuò)和可擴(kuò)展的程序如此之難，是因?yàn)槲覀冇昧隋e(cuò)誤的工具和錯(cuò)誤的抽象，Go可以說這一塊做的相當(dāng)簡(jiǎn)單。
8、穩(wěn)定性
Go擁有強(qiáng)大的編譯檢查、嚴(yán)格的編碼規(guī)范和完整的軟件生命周期工具，具有很強(qiáng)的穩(wěn)定性，穩(wěn)定壓倒一切。那么為什么Go相比于其他程序會(huì)更穩(wěn)定呢?這是因?yàn)镚o提供了軟件生命周期的各個(gè)環(huán)節(jié)的工具，如go
tool、gofmt、go test。
我最早使用的語言是Java和Python， 并且一直都對(duì)Python充滿好感， 我喜歡這種很樸實(shí)和高效率的感覺， 但我卻最后沒有采用Python，原因其實(shí)也很簡(jiǎn)單， 我就是不喜歡縮進(jìn)語法， 就跟很多人換工作僅僅是為了屏幕更大一點(diǎn)一樣， 另外就是有了同樣很棒的可選方案， 這就是Ruby， 所以我最終采用了Ruby作為主力編程語言， 同樣也為不能使用Python而有一點(diǎn)小遺憾，畢竟Python的健壯性比Ruby好很多，只不過Ruby也一直在進(jìn)步， 所以這一點(diǎn)無傷大雅
我們都知道，無論是Python還是Ruby，甚至Java， 都是在解決業(yè)務(wù)層的問題， 屬于應(yīng)用型語言， 以解決業(yè)務(wù)邏輯為主， 但還有一個(gè)領(lǐng)域是系統(tǒng)領(lǐng)域，偏網(wǎng)絡(luò)層和底層操作，在這一塊我一直在尋找一種優(yōu)雅的方案， C++被我首先給淘汰掉了， C的開發(fā)效率太低， Java倒是比較合適， 就是太臃腫，而且缺少系統(tǒng)編程的基因，畢竟它是企業(yè)級(jí)開發(fā)出身的
最后我選擇了Erlang， 因?yàn)樗诰W(wǎng)絡(luò)層方面表現(xiàn)優(yōu)秀， 同時(shí)容錯(cuò)性和健壯性都很不錯(cuò)， 它的虛擬機(jī)是唯一可以跟JVM媲美的， 而且還有OTP的超重量級(jí)武器， 幾乎可以是通殺網(wǎng)絡(luò)層應(yīng)用， 但根據(jù)我的總結(jié)它有一個(gè)硬傷和一個(gè)軟肋，這一點(diǎn)后面展開，可以說選擇Erlang是我目前所知道的方案里面是最優(yōu)的
直到有一天我了解了Golang， 我知道Golang其實(shí)也蠻早的， 大概08年的時(shí)候就知道Google在搞一門奇怪的語言， 之后的幾年，一直有不少以老莫為代表的人在嘀咕Golang， 其實(shí)我一直沒太關(guān)注，我從ROR中吸取的經(jīng)驗(yàn)是，成熟度對(duì)于商用很重要， 后來基于Golang開發(fā)的產(chǎn)品越來越多，讓我不得不去研究一下， 這我才知道， 這就是我夢(mèng)想中的Python， 效率和性能達(dá)到了最佳的平衡，對(duì)Go了解越多， 就越不愿意用Erlang寫代碼，主要原因：
1、Erlang的硬傷在于代碼的可讀性、表現(xiàn)力， 讓我來舉個(gè)小例子， 比如你為你的系統(tǒng)軟件構(gòu)建一個(gè)RESTFUL的接口，我們大致了解一下代碼風(fēng)格，先不說Erlang， 無論是你c/c++/python/ruby/java 出身， 對(duì)Go是不是有種很久違的感覺, 為什么說是硬傷？ 因?yàn)閷?duì)一門語言來說，語法是不大可能會(huì)大幅度變更的， 而且不會(huì)出現(xiàn)大的變化， 我不知道有沒有人讀過《松本行弘的編程世界》，里面闡述的道理很明白， 真正好的編程方式是人去主宰計(jì)算機(jī)而不是計(jì)算機(jī)主宰人， 我感覺Erlang就有點(diǎn)主宰我的編程思維的感覺(我的視力本身就不好，它還在不斷的扼殺我的眼睛！)， 編程首先是門邏輯學(xué)，其次是工程學(xué)，最后才是數(shù)學(xué)， 又讓我想起吳軍的《數(shù)學(xué)之美》所說的， 人工智能上個(gè)世紀(jì)一直在走彎路， 期望機(jī)器的高度圖靈完備， 而忽視人類本身已有的文明，統(tǒng)計(jì)歸納的應(yīng)用
2、Erlang的軟肋在于高質(zhì)量的庫(kù)少，盡管有不少殺手級(jí)應(yīng)用， 同樣Go在這方面也是軟肋， 這一點(diǎn)對(duì)于一個(gè)不到五年的語言有情可原， 但對(duì)于一個(gè)20多年的語言是不是有點(diǎn)說不過去， 比如你用json解析庫(kù)，很多人都是從mochiweb這個(gè)基本不更新的庫(kù)中去抽取， 而我認(rèn)為對(duì)于類似json這種東西可以考慮融入到語言標(biāo)準(zhǔn)庫(kù)中， 因?yàn)槲磥淼纳虡I(yè)軟件的api化趨勢(shì)越來越明顯，說的難聽點(diǎn) ， 一個(gè)倚老賣老一個(gè)與時(shí)俱進(jìn)，反正我對(duì)Golang的庫(kù)一點(diǎn)也不擔(dān)心， 目前的成績(jī)易經(jīng)非常棒了， 遠(yuǎn)遠(yuǎn)優(yōu)于Ruby/Python的前五年， 可參見已有的高質(zhì)量的庫(kù)列表
3、Erlang不合群， 這主要體現(xiàn)在跟其他語言的交互性上， 當(dāng)然這也有深層次的原因， Erlang本身有自己的哲學(xué)， 如出錯(cuò)恢復(fù)機(jī)制， 你融入一個(gè)其他語言的東西進(jìn)去， 這帳就不好算，就好比你硬要讓一個(gè)喝咖啡的跟一個(gè)吃大蒜的坐在一起， 總之你寫一個(gè)Erlang的port遠(yuǎn)遠(yuǎn)比Go復(fù)雜， 甚至比Python/Java還要復(fù)雜， 這就造成了Erlang在底層編程上效果不是很好， 沒法利用linux已有的很多優(yōu)秀成果，我一直認(rèn)為Erlang的什么的mysql/pg/oracle驅(qū)動(dòng)都沒有必要存在， Erlang一定是一個(gè)self-container應(yīng)用， 你只要用到了其他東西， 根據(jù)木桶理論， 你就不敢號(hào)稱9個(gè)9，以系統(tǒng)的眼光看問題， 我覺得一個(gè)系統(tǒng)的魯棒性不能依賴于某一組件， 這也是為什么愛立信本身的Erlang應(yīng)用并不廣泛
4、說說數(shù)據(jù)類型吧， 我不止聽到1個(gè)人說Erlang對(duì)字符串的處理不有好， 它把string當(dāng)做list來處理，其實(shí)本質(zhì)上是該這么，但，還是那句話， 違背了面向人的哲學(xué)， 應(yīng)該做一些DSL， 比如Golang里面的 := 就是一個(gè)糖衣， 等價(jià)于 var xx yyy = zzzz， 大大方便的程序員少敲不少字符, Golang里面對(duì)字符轉(zhuǎn)可以說基本和python差不多， slice map函數(shù)很強(qiáng)大， 支持lambda條件，雖然Erlang的基本類型很少， 但有很多構(gòu)造， 所謂構(gòu)造等價(jià)于Golang里面復(fù)雜的struct， 也奇怪了，我就是感覺Erlang構(gòu)造傷眼睛好嗎？可能是各種括號(hào)的比對(duì)的原因吧， 而且我認(rèn)為這是不必要的， 顯然Erlang缺少DSL的基因， 當(dāng)然跟Erlang出身的年代有關(guān)， 我不夸張的說， 自打用Erlang以后我的視力又下降了100度左右， 我不是很喜歡lisp所說的符號(hào)也是一種語法， 可能這又跟函數(shù)式編程有關(guān)吧：形式推導(dǎo)遠(yuǎn)大于邏輯演繹
5、其實(shí)我最不關(guān)注的是性能問題， 因?yàn)殡S著摩爾定律， 單位計(jì)算單元的性價(jià)比會(huì)無限高，但Golang既然提出它的性能逼近C， 那我還是提一下吧， 當(dāng)然， Erlang也還可以， 雖然比Java慢， 但跟Python一個(gè)檔次吧
6、再談?wù)剤?bào)錯(cuò)機(jī)制， 因?yàn)镋rlang的的報(bào)錯(cuò)信息太讓人糾結(jié)了， 起初以為我不會(huì)看出錯(cuò)信息， 后來也使用了Sasl， 還是不夠直觀，甚至有時(shí)要用工具分析crash文件來定位問題，還是跟Erlang的哲學(xué)有關(guān)， 在Erlang中一切都是并行的， 所以它根本不care是物理哪一行出錯(cuò)， 只跟Actor綁定， 然后告訴你Actor的ID和出錯(cuò)代號(hào)， 你自己憑經(jīng)驗(yàn)去分析吧，這樣做的好處是可以很方便定位出并行中出現(xiàn)的問題，但凡事都是相對(duì)的， 在這一點(diǎn)上有點(diǎn)糾枉過正，根據(jù)我的經(jīng)驗(yàn)， 絕大部分時(shí)候我只希望先給我明確的指出哪一行出錯(cuò)了好嗎？ 甚至把順序的backtrace用完整的英文句子打印出來好嗎？至于并行中的錯(cuò)誤及時(shí)在命令式多線程語言中是不常見的，雖然并不是沒有， 但遇到錯(cuò)誤我再費(fèi)勁去調(diào)試好了， 但并不是所有的邏輯都用并行的思維去定位問題， 我甚至認(rèn)為， 對(duì)于一個(gè)系統(tǒng)不完全是并行也不完全是串行，跟好比我們衡量世界不能單純的唯物也不能完全的唯心一樣， 這一點(diǎn)Golang就做了很好的折中， 不需要并行的時(shí)候你老老實(shí)實(shí)的寫串行代碼， 需要并行的時(shí)候也有較復(fù)雜的機(jī)制來應(yīng)對(duì)， 合乎情理
7、再說說招人吧， 以前招過好幾個(gè)C出來的人，說實(shí)話水平很好， 可以一周就完成一個(gè)小組件， libevent用的熟的很，后來我逼人家用Erlang，結(jié)果把人家逼走了，至今我還很后悔， 自己的一廂情愿強(qiáng)加在別人身上真是太不合適了，但我招純Erlang出來的人，可以說比招objc的人還難， 沒有人，空談技術(shù)的優(yōu)雅性首先就是不靠譜的，再看看郵件列表， Golang的活躍度明顯比Erlang高很多， 基本逼近Ruby，更重要的是， 我根本不擔(dān)心Golang的人才，因?yàn)橹灰煜ython/C/Ruby/或者C++， 基本可以實(shí)現(xiàn)半天入門， 之后就可以噼里啪啦邊搜資料邊干活了，雖然有足夠的深度，但門檻極其平緩，工程人員也可以復(fù)用很多已有的知識(shí)。 Erlang在這一點(diǎn)其實(shí)跟第一點(diǎn)硬傷有關(guān)，大部分人學(xué)一周都摸不著頭腦，不是每個(gè)人的抽象思維和世界觀都是一樣的好嗎， 所以函數(shù)式編程盡管不比命令式語言起步晚，但始終學(xué)的人很少，這就是歷史， 對(duì)于大部分人， 更希望解決問題，創(chuàng)造價(jià)值， 而不是數(shù)學(xué)來推導(dǎo)去
8、最后我建議， 如果你是玩c/c++的， 現(xiàn)在開始學(xué)Golang，是最好的時(shí)機(jī)， 跟一門靠譜的語言一起成長(zhǎng)， 這種感覺非常棒， 你用Erlang折騰1個(gè)應(yīng)用， 用Go恐怕都完成了10個(gè)開源項(xiàng)目， 當(dāng)然，也要結(jié)合自己的口味， Golang就是Sublime Text， Erlang就是Emacs
相信自己的判斷，相信自己的邏輯， 贏就是贏，輸就是輸
轉(zhuǎn)載僅供參考，版權(quán)屬于原作者。祝你愉快，滿意請(qǐng)采納哦
在Go語言的代碼中，您需要引入官方的SDK庫(kù) aliyun/serverless/fc-runtime-go-sdk/fc，并實(shí)現(xiàn)handler函數(shù)和main函數(shù)。 示例如下：
傳入的event參數(shù)是一個(gè)包含key屬性的JSON字符串，示例如下。
具體的示例解析如下：
有效的Event Handler簽名如下：
其中，InputType和OutputType與encoding/json標(biāo)準(zhǔn)庫(kù)兼容。
Event Handler的使用需遵循以下規(guī)則：
事件函數(shù)的Handler示例代碼：
TinyGo是一個(gè)為微控制器、WebAssembly(Wasm)和命令行工具等小型場(chǎng)景設(shè)計(jì)的Go語言編譯器。TinyGo重用了Go語言工具和LLVM使用的庫(kù)，以編譯用Go語言編寫的程序。目前，該項(xiàng)目在GitHub上已經(jīng)積累了10.1k的Star。
如下為一個(gè)示例程序，當(dāng)運(yùn)行在任何支持的帶板載LED的主板上時(shí)，則會(huì)點(diǎn)亮內(nèi)置LED。
上述程序可以在單片機(jī)、Adafruit ItsyBitsy M0微控制器或任何支持的帶內(nèi)置LED的板上進(jìn)行編譯和不需要修改的運(yùn)行，只要設(shè)置正確的TinyGo編譯器目標(biāo)即可。例如，設(shè)置如下目標(biāo)可以編譯和點(diǎn)亮 單片機(jī)。
項(xiàng)目概述
TinyGo項(xiàng)目旨在將Go語言引入到具有單進(jìn)程或核心的微控制器和小系統(tǒng)。TinyGo類似于emgo，但主要的區(qū)別在于作者想要保留Go內(nèi)存模型。另一個(gè)區(qū)別在于TinyGo在內(nèi)部使用LLVM，因而可以獲得更小更高效的代碼以及更高的靈活性。
創(chuàng)建TinyGo項(xiàng)目的初衷是，如果Python可以在微控制器上運(yùn)行，Go語言當(dāng)然也應(yīng)該能夠在更低級(jí)微設(shè)備上運(yùn)行。
支持設(shè)備
你可以為微控制器、WebAssembly和Linux編譯TinyGo程序。目前，TinyGo支持以下85種微處理器板。
更多技術(shù)細(xì)節(jié)請(qǐng)參閱原項(xiàng)目。
go語言適用的領(lǐng)域有：
Go語言主要用作服務(wù)器端開發(fā)，其定位是用來開發(fā)“大型軟件”的，適合于很多程序員一起開發(fā)大型軟件，并且開發(fā)周期長(zhǎng)，支持云計(jì)算的網(wǎng)絡(luò)服務(wù)。
Go語言作為服務(wù)器編程語言，很適合處理日志、數(shù)據(jù)打包、虛擬機(jī)處理、文件系統(tǒng)、分布式系統(tǒng)、數(shù)據(jù)庫(kù)代理等；網(wǎng)絡(luò)編程方面，Go語言廣泛應(yīng)用于Web應(yīng)用、API應(yīng)用、下載應(yīng)用等；除此之外，Go語言還可用于內(nèi)存數(shù)據(jù)庫(kù)和云平臺(tái)領(lǐng)域，目前國(guó)外很多云平臺(tái)都是采用Go開發(fā)。
Go語言能夠讓程序員快速開發(fā)，并且在軟件不斷的增長(zhǎng)過程中，它能讓程序員更容易地進(jìn)行維護(hù)和修改。它融合了傳統(tǒng)編譯型語言的高效性和腳本語言的易用性和富于表達(dá)性。
Go語言作為一門大型項(xiàng)目開發(fā)語言，在很多大公司相繼使用，甚至完全轉(zhuǎn)向Go開發(fā)，其中代表有Google、Facebook、騰訊、百度、阿里巴巴、京東、小米以及360、美團(tuán)、滴滴以及新浪等，因此，Go語言的開發(fā)前景還是很不錯(cuò)的！
重慶分公司
重慶分公司
