1、數(shù)組是多個(gè) 相同類型 的數(shù)據(jù)的組合，一個(gè)數(shù)組一旦聲明/定義了，其 長度是固定的，不能動(dòng)態(tài)變化 。
成都創(chuàng)新互聯(lián)基于成都重慶香港及美國等地區(qū)分布式IDC機(jī)房數(shù)據(jù)中心構(gòu)建的電信大帶寬，聯(lián)通大帶寬，移動(dòng)大帶寬，多線BGP大帶寬租用,是為眾多客戶提供專業(yè)服務(wù)器托管報(bào)價(jià)，主機(jī)托管價(jià)格性價(jià)比高，為金融證券行業(yè)綿陽服務(wù)器托管，ai人工智能服務(wù)器托管提供bgp線路100M獨(dú)享，G口帶寬及機(jī)柜租用的專業(yè)成都idc公司。
2、var arr []int? ? 這時(shí)arr就是一個(gè)slice 切片 。
3、數(shù)組中的元素可以是任何數(shù)據(jù)類型，包括值類型和引用類型，但是 不能混用 。
4、數(shù)組創(chuàng)建后，如果沒有賦值，有默認(rèn)值如下：
? ? 數(shù)值類型數(shù)組：????默認(rèn)值為 0
? ? 字符串?dāng)?shù)組：? ? ? ?默認(rèn)值為 ""
? ? bool數(shù)組：? ? ? ? ? ?默認(rèn)值為 false
5、使用數(shù)組的步驟：
? ? (1)聲明數(shù)組并開辟空間
? ? (3)給數(shù)組各個(gè)元素賦值
? ? (3)使用數(shù)組
6、數(shù)組的下標(biāo)是從0開始的。
7、數(shù)組下標(biāo)必須在指定范圍內(nèi)使用，否則報(bào)panic:數(shù)組越界，比如var arr [5]int的有效下標(biāo)為0~4.
8、Go的數(shù)組屬于 值類型 ，在默認(rèn)情況下是 值傳遞 ，因此會(huì)進(jìn)行值拷貝。 數(shù)組間不會(huì)相互影響。
9、如想在其他函數(shù)中去修改原來的數(shù)組，可以使用 引用傳遞 (指針方式)。
10、長度是數(shù)組類型的一部分，在傳遞函數(shù)參數(shù)時(shí)，需要考慮數(shù)組的長度，看以下案例：
題1：編譯錯(cuò)誤，因?yàn)椴荒馨裑3]int類型傳遞給[]int類型，前者是數(shù)組，后者是切片；
題2：編譯錯(cuò)誤，因?yàn)椴荒馨裑3]int類型傳遞給[4]int類型；
題3：編譯正確，因?yàn)閇3]int類型傳給[3]int類型合法。
go及gomobile的環(huán)境配置這里就不介紹了，直接說aar的生成和使用。
1. 設(shè)置環(huán)境變量GOPATH
GOPATH的值可以有多個(gè)，用半角分號(hào)間隔，但不能以其結(jié)束，設(shè)置完成后需要重新做 gomobile init 。
2. 在GOPATH里創(chuàng)建src文件夾，用于存放go的包和源文件
3. 在src中創(chuàng)建hello文件夾（go文件的包名）
4. 在hello中創(chuàng)建hello.go文件，并輸入內(nèi)容
5. 編譯
執(zhí)行命令： gomobile bind -target=android hello
會(huì)生成一個(gè)hello.aar文件
6. 導(dǎo)入到android工程
將hello.aar文件放入工程的libs中，并配置build.gradle
在根結(jié)點(diǎn)加入：
在dependencies結(jié)點(diǎn)下加入依賴：
7. 在Java中測試
運(yùn)行后，結(jié)果會(huì)輸出 Hello, Android and Gopher
正確的應(yīng)為Lua，是一個(gè)小巧的腳本語言。
它是巴西里約熱內(nèi)盧天主教大學(xué)（Pontifical Catholic University of Rio de Janeiro）里的一個(gè)由Roberto Ierusalimschy、Waldemar Celes 和 Luiz Henrique de Figueiredo三人所組成的研究小組于1993年開發(fā)的。 其設(shè)計(jì)目的是為了通過靈活嵌入應(yīng)用程序中從而為應(yīng)用程序提供靈活的擴(kuò)展和定制功能。
所以Lua不適合作為開發(fā)獨(dú)立應(yīng)用程序的語言。Lua 有一個(gè)同時(shí)進(jìn)行的JIT項(xiàng)目，提供在特定平臺(tái)上的即時(shí)編譯功能。
擴(kuò)展資料：
Lua腳本語言使用時(shí)候注意事項(xiàng)：
1、Lua腳本的語句的分號(hào)是可選的，這個(gè)和GO語言很類似，例如：
chenhao-air:lua chenhao$ lua
Lua 5.2.2? Copyright (C) 1994-2013 Lua.org, PUC-Rio
print("Hello, World")
Hello, World
2、Lua的數(shù)字只有double型，64bits，所以不必?fù)?dān)心Lua處理浮點(diǎn)數(shù)會(huì)慢（除非大于100,000,000,000,000），或是會(huì)有精度問題。
參考資料來源：
百度百科-lua
1.OpenResty是什么，適合什么場景下使用
和大部分知名開源軟件誕生在歐美國家不同，OpenResty自身和依賴的主要組件都是金磚國家的開發(fā)者發(fā)明的，這點(diǎn)還挺有意思。
Nginx是俄羅斯人發(fā)明的，Lua是巴西幾個(gè)教授發(fā)明的，中國人章亦春把LuaJITVM嵌入到Nginx中，實(shí)現(xiàn)了OpenResty這個(gè)高性能服務(wù)端解決方案。
通過OpenResty，你可以把nginx的各種功能進(jìn)行自由拼接，更重要的是，開發(fā)門檻并不高，這一切都是用強(qiáng)大輕巧的Lua語言來操控。
它主要的使用場景主要是：
在Lua中揉和和處理各種不同的nginx上游輸出（Proxy，Postgres，Redis，Memcached等）
在請求真正到達(dá)上游服務(wù)之前，Lua可以隨心所欲的做復(fù)雜的訪問控制和安全檢測
隨心所欲的操控響應(yīng)頭里面的信息
從外部存儲(chǔ)服務(wù)（比如Redis，Memcached，MySQL，Postgres）中獲取后端信息，并用這些信息來實(shí)時(shí)選擇哪一個(gè)后端來完成業(yè)務(wù)訪問
在內(nèi)容handler中隨意編寫復(fù)雜的Web應(yīng)用，使用同步但依然非阻塞的方式，訪問后端數(shù)據(jù)庫和其他存儲(chǔ)
在rewrite階段，通過Lua完成非常復(fù)雜的URLdispatch
用Lua可以為nginx子請求和任意location，實(shí)現(xiàn)高級(jí)緩存機(jī)制
組織OpenResty技術(shù)大會(huì)之前，我一直認(rèn)為自己是一個(gè)孤獨(dú)的OpenResty使用者，覺得自己在使用一個(gè)冷門的技術(shù)。
雖然大家都聽說過OpenResty或者ngx_lua，但感覺用在生產(chǎn)環(huán)境中使用的卻少之又少，除了幾個(gè)CDN公司外，好像沒有聽說過哪家知名互聯(lián)網(wǎng)公司在使用。而CDN行業(yè)之所以使用，很多是受到cloudflare技術(shù)棧的影響，OpenResty的作者也在國外這家CDN公司。
但辦完這個(gè)大會(huì)，我發(fā)現(xiàn)使用者真的挺多，奇虎360的所有服務(wù)端團(tuán)隊(duì)都在使用，京東、百度、魅族、知乎、優(yōu)酷、新浪這些互聯(lián)網(wǎng)公司都在使用。有用來寫WAF、有做CDN調(diào)度、有做廣告系統(tǒng)、消息推送系統(tǒng)，還有像我們部門一樣，用作APIserver的。有些還用在非常關(guān)鍵的業(yè)務(wù)上，比如開濤在高可用架構(gòu)分享的京東商品詳情頁，是我知道的ngx_lua最大規(guī)模的應(yīng)用。
2.奇虎企業(yè)安全服務(wù)端技術(shù)選型的標(biāo)準(zhǔn)
先說下3年多前做架構(gòu)選型的時(shí)候，我為什么會(huì)選擇OpenResty？
其實(shí)架構(gòu)如何設(shè)計(jì)并不重要，因?yàn)槊考夜?，每個(gè)團(tuán)隊(duì)，他們的公司文化和技術(shù)背景各不相同，生搬硬套會(huì)適得其反。重要的是當(dāng)初為什么這么選擇，中途為什么調(diào)整。
我們的產(chǎn)品要求單機(jī)上面，服務(wù)端提供高性能的API接口，QPS至少過萬，未來需要支撐到10萬。我們并沒有急于去使用PHP、Python或者其他的語言來實(shí)現(xiàn)功能，而是先勾勒出一個(gè)理想化的技術(shù)模型。
這個(gè)模型應(yīng)該具備：
非阻塞的訪問網(wǎng)絡(luò)IO。在連接MySQL、Redis和發(fā)起HTTP請求時(shí)，工作進(jìn)程不能傻傻的等待網(wǎng)絡(luò)IO的返回，而是需要支持事件驅(qū)動(dòng)，用協(xié)程的方式讓CPU資源更有效的去處理其他請求。很多語言并不具備這樣的能力和周邊庫。
有完備的緩存機(jī)制。不僅需要支持Redis、Memcached等外部緩存，也應(yīng)該在自己的進(jìn)程內(nèi)有緩存系統(tǒng)。我們希望大部分的請求都能在一個(gè)進(jìn)程中得到數(shù)據(jù)并返回，這樣是最高效的方法，一旦有了網(wǎng)絡(luò)IO和進(jìn)程間的交互，性能就會(huì)受到很大影響。
同步的寫代碼邏輯，不要讓開發(fā)者感知到回調(diào)和異步。這個(gè)也很重要，程序員也是人，代碼應(yīng)該更符合人的思維習(xí)慣，顯式的回調(diào)和異步關(guān)鍵字，會(huì)打斷思路，也給調(diào)試帶來困難。
最好是站在巨人肩上，基于成熟的技術(shù)上搭建。采用一門全新誕生的語言和技術(shù)，需要經(jīng)歷語言自身發(fā)展期頻繁調(diào)整的陣痛，還可能站錯(cuò)隊(duì)。
不僅支持Linux平臺(tái)，還需要支持Windows平臺(tái)，這個(gè)是我們產(chǎn)品很特別的需求，很多中小企業(yè)用戶還是習(xí)慣Windows的操作，不具備Linux的維護(hù)能力。
基于以上幾點(diǎn)的考慮，考察了當(dāng)時(shí)的一些方案，選擇了OpenResty。
首先，它最大的特點(diǎn)就是用同步的代碼邏輯實(shí)現(xiàn)非阻塞的調(diào)用，其次它有單進(jìn)程內(nèi)的LRUcache和進(jìn)程間的shareDICTcache，而且它是揉合nginx和LuaJIT而產(chǎn)生的。而且nginx有Windows版本，雖然有非常多的限制，但這些限制都是可以解決的，nginx官方Windows版本中不支持的特性，我們開源出來的版本都解決了。
第一次看到這樣的方案，我覺得它肯定會(huì)顛覆高性能服務(wù)端的開發(fā)。為什么呢？在我之前的公司里，每天會(huì)有近百億次的查詢請求，而服務(wù)器只用了十臺(tái)。
我們采用了nginxC模塊＋內(nèi)置在nginx中的K-V數(shù)據(jù)庫（自己開發(fā)的），來實(shí)現(xiàn)所有的業(yè)務(wù)邏輯，達(dá)到這個(gè)目標(biāo)。聽上去很簡單，但是過程非常艱辛，兩三個(gè)十幾年工作經(jīng)驗(yàn)的大牛做了一年多才穩(wěn)定下來。絕大部分開發(fā)能力不足，只能望塵莫及。而且后續(xù)的調(diào)試和維護(hù)，也會(huì)花費(fèi)不少精力。
但是OpenResty的出現(xiàn)改變了這一切，OpenResty非常的pythonic，適合人類的正常思維。新手經(jīng)過一兩個(gè)月的學(xué)習(xí)，做出來的API，就可以達(dá)到nginxC模塊的性能，而且代碼量大大減少，也方便調(diào)試。
3.以奇虎和新浪為例，如何在項(xiàng)目中引入新技術(shù)
技術(shù)選型只是第一步，如何才能在一個(gè)產(chǎn)品或者項(xiàng)目中引入OpenResty這個(gè)新的技術(shù)呢？我拿奇虎企業(yè)安全和新浪移動(dòng)這兩家公司真實(shí)發(fā)生的案例給大家看看。我和新浪移動(dòng)的周晶，都是在一個(gè)有成熟產(chǎn)品的部門，用一兩個(gè)人的力量，把一個(gè)新技術(shù)，替換掉了原有的技術(shù)架構(gòu)。但由于企業(yè)產(chǎn)品和個(gè)人產(chǎn)品的不同，方法有很大的不一樣。
先說我所在奇虎企業(yè)安全。我在2012年初加入這個(gè)部門，當(dāng)時(shí)產(chǎn)品主打免費(fèi)，目標(biāo)用戶是小企業(yè)。所以架構(gòu)設(shè)計(jì)上面，只考慮了幾十點(diǎn)、幾百點(diǎn)的終端請求，使用了非常強(qiáng)綁定的Windows平臺(tái)技術(shù)，而且傾向于不用開源軟件，自己新做一個(gè)更適合自己的框架。包括自己用C++開發(fā)的Webserver，自己寫的PHP路由和框架，數(shù)據(jù)存儲(chǔ)在sqlite里面。
我?guī)兔π薷牧藘蓚€(gè)月PHP的bug，看明白了技術(shù)架構(gòu)的思路之后，就去新開的一個(gè)產(chǎn)品線了。這是一個(gè)實(shí)驗(yàn)性的產(chǎn)品，主要面對央企和專用網(wǎng)，一個(gè)網(wǎng)絡(luò)中有上百萬的終端。
剛開始沒有什么人關(guān)注，我就直接采用了Linux+OpenResty+Redis+Postgres的開源組件，性能測試甩之前的N條街。后面這個(gè)實(shí)驗(yàn)性的產(chǎn)品，和之前的產(chǎn)品，合并為一個(gè)產(chǎn)品，技術(shù)上面就割裂為兩套架構(gòu)。老功能用老架構(gòu)，新功能用新架構(gòu)。
隨著越來越多大用戶的增加，原有的技術(shù)架構(gòu)開始捉襟見肘，技術(shù)債務(wù)越積壓越多。隨著用戶的抱怨，sqlite被拋棄，全面換成Postgres。但對于自己開發(fā)的框架還是有些敝帚自珍。
期間通過對比測試、OpenResty培訓(xùn)還有多次用戶性能問題排查，讓開發(fā)同學(xué)們都知道這門技術(shù)的優(yōu)勢?？毂患影鄩嚎宓拈_發(fā)同學(xué)，逐漸開始選擇使用OpenResty而不是自研的框架，來進(jìn)行新功能的開發(fā)，以及舊功能的遷移，來避免加班。
在產(chǎn)品重構(gòu)的時(shí)候，之前自研的服務(wù)端框架被完全拋棄，服務(wù)端開發(fā)的同學(xué)從8、9個(gè)人減少到3個(gè)人。在新技術(shù)的引入過程中，我們沒有采用強(qiáng)制的舉措，因?yàn)槠髽I(yè)產(chǎn)品需要穩(wěn)定，用戶處部署的版本更新很慢。
而新浪移動(dòng)周晶的實(shí)踐，對大家更有參考意義。新浪移動(dòng)最開始是基于Apache，用PHP來處理用戶請求。Apache是同步多進(jìn)程模型，在并發(fā)請求不多的情況下沒有問題。
但是總是會(huì)有突發(fā)新聞，比如馬航失聯(lián)、文章出軌等，突發(fā)的高流量把后臺(tái)壓垮了幾次。而且可以預(yù)見世界杯的流量也會(huì)很大，所以周晶花幾個(gè)月時(shí)間，用nginx替換了Apache，使用nginx的fast_cgi_cache，QPS提升了一個(gè)數(shù)量級(jí)。
新浪移動(dòng)后臺(tái)的接口都是使用PHP來實(shí)現(xiàn)的，在高并發(fā)下有些力不從心。而nginx簡單的緩存雖然能滿足性能，但不能滿足業(yè)務(wù)精細(xì)化和數(shù)據(jù)一致性的要求，需要找PHP之外的解決方案，前提是讓PHP的開發(fā)能夠舒適的使用。node.js的回調(diào)地獄、Go的調(diào)試不方便，都是一個(gè)阻礙。
他們最后選擇了OpenResty，而且基于OpenResty開源了一個(gè)Web框架Vanilla（香草），模仿了Yaf的使用習(xí)慣，讓PHP的開發(fā)更容易接受和上手。Vanilla已經(jīng)在新浪移動(dòng)開始使用，一些核心業(yè)務(wù)，比如高清圖和體育直播，正在向這個(gè)框架遷移中。
4.入門痛點(diǎn)，以及學(xué)習(xí)的正確方法
我和周晶的入門，都是自己摸著石頭過河。當(dāng)時(shí)除了Python社區(qū)「大媽」的那篇使用文章外，找不到其他的資料。
奇虎和新浪都用OpenResty成功替換了之前的技術(shù)，但問題還是挺明顯，就是大家都認(rèn)為自己是孤獨(dú)的使用者，同事中基本沒有人認(rèn)同。在關(guān)鍵和支撐業(yè)務(wù)上，使用OpenResty有些不放心，都會(huì)在邊緣業(yè)務(wù)上先做嘗試和驗(yàn)證。
雖然OpenResty的性能做的很棒，比肩或者超過其他所有的高性能解決方案，但是擔(dān)心沒有學(xué)習(xí)資料、擔(dān)心招不到人、擔(dān)心沒人交流，可能還擔(dān)心作者章亦春哪天撂挑子不干了，這個(gè)項(xiàng)目就黃了。
高可用架構(gòu)群里的各位都是架構(gòu)師，是技術(shù)決策者，在引入一門新技術(shù)的時(shí)候，肯定會(huì)考慮到這些風(fēng)險(xiǎn)。比如小米科技馬利超在高可用架構(gòu)的分享，他們在搶購系統(tǒng)中曾經(jīng)使用過ngx_lua，雖然性能滿足需求，但是團(tuán)隊(duì)里面熟悉的人少，最后還是改成了Go語言實(shí)現(xiàn)。
如何解決這些擔(dān)憂？社區(qū)是有過思考和討論的，我們放在分享最后講。先從一個(gè)嘗試使用這門技術(shù)的開發(fā)者的角度看，OpenResty不少基礎(chǔ)工作沒有完善，友好程度不夠：
只能從源碼安裝，沒有apt-get、brew等軟件倉庫安裝方法；安裝第三方庫沒有PIP、NPM之類的包管理工具，需要去先谷歌，然后拷貝代碼文件到指定的目錄下，才能require使用。
代碼編寫需要修改nginx.conf和對應(yīng)的lua代碼，即使是helloworld也是如此。當(dāng)然你可以把代碼寫在nginx的配置文件里面，但是生產(chǎn)環(huán)境肯定是要分離的。這種編寫代碼的方式，不像是一個(gè)編程語言，和常規(guī)的編程方式不同。
有獨(dú)特的執(zhí)行階段概念，因?yàn)镺penResty是基于nginx的，所以也繼承它的這種概念。你的代碼邏輯，可能需要放在不同的階段里面運(yùn)行，才能獲取你想要的預(yù)期。而這些階段間信息如何傳遞，以及哪些API不能在某些階段使用，就會(huì)經(jīng)常攔住新手。
遇到問題只有郵件列表這一種方式來溝通，而郵件列表是被墻的。文檔也只有英文版本，導(dǎo)致很多新手的問題無法被解決。
沒有系統(tǒng)學(xué)習(xí)OpenResty的手段，大都是業(yè)務(wù)需要實(shí)現(xiàn)什么功能，就去文檔和API里面去找。至于方式對不對，能不能優(yōu)化，就不知道了。
網(wǎng)關(guān)=反向代理+負(fù)載均衡+各種策略，技術(shù)實(shí)現(xiàn)也有多種多樣，有基于 nginx 使用 lua 的實(shí)現(xiàn)，比如 openresty、kong；也有基于 zuul 的通用網(wǎng)關(guān)；還有就是 golang 的網(wǎng)關(guān)，比如 tyk。
這篇文章主要是講如何基于 golang 實(shí)現(xiàn)一個(gè)簡單的網(wǎng)關(guān)。
轉(zhuǎn)自： troy.wang/docs/golang/posts/golang-gateway/
整理：go語言鐘文文檔:
啟動(dòng)兩個(gè)后端 web 服務(wù)（代碼）
這里使用命令行工具進(jìn)行測試
具體代碼
直接使用基礎(chǔ)庫 httputil 提供的NewSingleHostReverseProxy即可，返回的reverseProxy對象實(shí)現(xiàn)了serveHttp方法，因此可以直接作為 handler。
具體代碼
director中定義回調(diào)函數(shù)，入?yún)?http.Request，決定如何構(gòu)造向后端的請求，比如 host 是否向后傳遞，是否進(jìn)行 url 重寫，對于 header 的處理，后端 target 的選擇等，都可以在這里完成。
director在這里具體做了：
modifyResponse中定義回調(diào)函數(shù)，入?yún)?http.Response，用于修改響應(yīng)的信息，比如響應(yīng)的 Body，響應(yīng)的 Header 等信息。
最終依舊是返回一個(gè)ReverseProxy，然后將這個(gè)對象作為 handler 傳入即可。
參考 2.2 中的NewSingleHostReverseProxy，只需要實(shí)現(xiàn)一個(gè)類似的、支持多 targets 的方法即可，具體實(shí)現(xiàn)見后面。
作為一個(gè)網(wǎng)關(guān)服務(wù)，在上面 2.3 的基礎(chǔ)上，需要支持必要的負(fù)載均衡策略，比如：
隨便 random 一個(gè)整數(shù)作為索引，然后取對應(yīng)的地址即可，實(shí)現(xiàn)比較簡單。
具體代碼
使用curIndex進(jìn)行累加計(jì)數(shù)，一旦超過 rss 數(shù)組的長度，則重置。
具體代碼
輪詢帶權(quán)重，如果使用計(jì)數(shù)遞減的方式，如果權(quán)重是5,1,1那么后端 rs 依次為a,a,a,a,a,b,c,a,a,a,a…，其中 a 后端會(huì)瞬間壓力過大；參考 nginx 內(nèi)部的加權(quán)輪詢，或者應(yīng)該稱之為平滑加權(quán)輪詢，思路是：
后端真實(shí)節(jié)點(diǎn)包含三個(gè)權(quán)重：
操作步驟：
具體代碼
一致性 hash 算法，主要是用于分布式 cache 熱點(diǎn)/命中問題；這里用于基于某 key 的 hash 值，路由到固定后端，但是只能是基本滿足流量綁定，一旦后端目標(biāo)節(jié)點(diǎn)故障，會(huì)自動(dòng)平移到環(huán)上最近的那么個(gè)節(jié)點(diǎn)。
實(shí)現(xiàn)：
具體代碼
每一種不同的負(fù)載均衡算法，只需要實(shí)現(xiàn)添加以及獲取的接口即可。
然后使用工廠方法，根據(jù)傳入的參數(shù)，決定使用哪種負(fù)載均衡策略。
具體代碼
作為網(wǎng)關(guān)，中間件必不可少，這類包括請求響應(yīng)的模式，一般稱作洋蔥模式，每一層都是中間件，一層層進(jìn)去，然后一層層出來。
中間件的實(shí)現(xiàn)一般有兩種，一種是使用數(shù)組，然后配合 index 計(jì)數(shù)；一種是鏈?zhǔn)秸{(diào)用。
具體代碼
本文介紹一些Go語言的基礎(chǔ)語法。
先來看一個(gè)簡單的go語言代碼：
go語言的注釋方法：
代碼執(zhí)行結(jié)果：
下面來進(jìn)一步介紹go的基礎(chǔ)語法。
go語言中格式化輸出可以使用 fmt 和 log 這兩個(gè)標(biāo)準(zhǔn)庫，
常用方法：
示例代碼：
執(zhí)行結(jié)果：
更多格式化方法可以訪問中的fmt包。
log包實(shí)現(xiàn)了簡單的日志服務(wù)，也提供了一些格式化輸出的方法。
執(zhí)行結(jié)果：
下面來介紹一下go的數(shù)據(jù)類型
下表列出了go語言的數(shù)據(jù)類型：
int、float、bool、string、數(shù)組和struct屬于值類型，這些類型的變量直接指向存在內(nèi)存中的值；slice、map、chan、pointer等是引用類型，存儲(chǔ)的是一個(gè)地址，這個(gè)地址存儲(chǔ)最終的值。
常量是在程序編譯時(shí)就確定下來的值，程序運(yùn)行時(shí)無法改變。
執(zhí)行結(jié)果：
執(zhí)行結(jié)果：
Go 語言的運(yùn)算符主要包括算術(shù)運(yùn)算符、關(guān)系運(yùn)算符、邏輯運(yùn)算符、位運(yùn)算符、賦值運(yùn)算符以及指針相關(guān)運(yùn)算符。
算術(shù)運(yùn)算符：
關(guān)系運(yùn)算符：
邏輯運(yùn)算符：
位運(yùn)算符：
賦值運(yùn)算符：
指針相關(guān)運(yùn)算符：
下面介紹一下go語言中的if語句和switch語句。另外還有一種控制語句叫select語句，通常與通道聯(lián)用，這里不做介紹。
if語法格式如下：
if ... else ：
else if：
示例代碼：
語法格式：
另外，添加 fallthrough 會(huì)強(qiáng)制執(zhí)行后面的 case 語句，不管下一條case語句是否為true。
示例代碼：
執(zhí)行結(jié)果：
下面介紹幾種循環(huán)語句：
執(zhí)行結(jié)果：
執(zhí)行結(jié)果：
也可以通過標(biāo)記退出循環(huán)：
--THE END--
重慶分公司
重慶分公司
