golang面相,golang面相對象

本文目錄一覽：

• 1、java實習生要求
• 2、創業項目該如何選擇技術?
• 3、如何使用Golang進行無心智負擔的編程
• 4、GO語言學習系列八——GO函數(func)的聲明與使用
• 5、面向對象的語言主要有哪些
• 6、JAVA實習生的要求

java實習生要求

對於實習生而言，其實很多公司要求都不是很高，畢竟對你的要求要對的起給你的工資水平，很多公司肯定都知道你本身的大體水平，不會期望太高，只是讓你邊學習邊工作，如果你足夠聰明伶俐，足夠好學，可能就多培養你一些。

不過不同水平的公司（BATTMD其他優秀的互聯網公司小型創業公司），肯定是對你的培養程度不同的，相應的對你實習的要求肯定是不同的。不要認為對你要求越高，得到的實習工資就會高，不是的，像騰訊阿里等公司對於實習生技術要求很高，但工資就在兩三千左右，但以後的發展卻是遠遠大於這個價值的。

一、BAT企業對實習生的要求（以阿里為代表）：

java基礎非常重要，當然也要深入理解原理，什麼JVM,JMM,Classloader，還有一些常見類的源碼，自己可以試著分析一遍，現在讓你說出LinkedList的內部實現你能不能說出來，HashMap不用多說了，80%的面試都會問到。還有重要的，多線程，並發，網路，IO。這些都是要看看的！特別是spring的源碼要好好看看，裡面的架構設計得非常好！

需要掌握的技術知識具體總結如下：

1、操作系統。尤其是內存/線程/進程方面

2、計算機網路協議，重點關注 TCP/UDP/HTTP。

3、數據結構與演算法。

4、資料庫，知道mysql存儲引擎中索引的實現機制、資料庫事務的幾種粒度、行鎖，表鎖；樂觀鎖，悲觀鎖等

5、設計模式，熟悉常用的幾種設計模式就行。

6、Java語言基礎。熟悉java語言基礎，了解JVM、內存模型，重點考察 面向對象、集合框架（繼承關係，實現原理）、異常體系、IO體系、並發集合、多線程。熟悉多線程編程/並發/線程安全明顯可以加分。

7、J2EE，熟悉Spring/Spring MVC , ORM 什麼的吧。看過源碼，了解原理之類的也明顯可以加分。

8、Linux，熟悉基本的linux命令就行吧

9、如果有自己做過的實習項目會加分不少。

TMD企業對實習生的要求（以美團為代表）：

1、精通Java/C++/golang程序開發(至少一種)

2、熟悉linux下後台服務開發、網路開發

3、熟悉zookeeper、redis等開源項目優先，

4、有分散式、服務一致性領域研發經驗優先

5、優秀的溝通協調能力以及項目推進落地能力

其他優秀的互聯網公司（以 網易為代表）

1、具備紮實的計算機專業基本功，資料庫、網路、操作系統等,深厚的Java的編程基礎

2、熟悉常見的設計模式具備紮實的計算機專業基本功，資料庫、網路、操作系統等,深厚的Java的編程基礎，熟悉常見的設計模式

3、熟練掌握主流的開源框架設計理念，對Spring、Mybatis等有深入的了解;

4、熟練掌握資料庫原理，基於Oracle或者Mysql的設計和開發

5、熟悉Linux操作系統，git，maven等工具

6、有較強的邏輯分析、數據分析、問題排查能力;

其他的一些小型的互聯網公司，依據自身的發展方向不同，對實習生的要求也是不同的，需要具體問題具體分析的，當然了不變的一點是：基礎知識一定要打好，一些計算機基礎什麼的該知道的要知道。

其實上面有些技能還是有點超綱的（對於實習生而言），不要有壓力，能有六七分的掌握就可以，不要被這些招聘要求嚇壞，很多都是要求偏高的，當然了如果你正好知道那也是你的優勢不是？

創業項目該如何選擇技術?

這些年，許多人問過我下面相同的問題： 我開始了一個新項目，你認為我該使用什麼技術呢？ 通常，這些人屬於下面兩類中的一類： 已經做出決定的技術人員 需要鼓勵支持的非技術人員 在一天結束的時候，我懷疑這些人是否真正關心我的答案。或許他們只是想知道我們是否面對相同的問題或只是需要鼓勵支持。 坦白的說，作為一名工程師，我信奉這個說法：偉大的想法可由幾乎任何技術構建。它們都有自己的優點和缺點。無論你選擇什麼技術，你都要為它帶來的風險買單。但真的，你項目的成功與否更多的取決於願景、領導團隊、執行和市場，而並非技術的選擇。 現在，我是一個負責人，我每天做技術上的決斷。當我選擇了一個特定技術時，我要能夠證明這個決定，向我自己、我的合合伙人/員工和潛在的投資者。我根據項目及公司願景做技術選擇。 項目要成功你必須有一個堅定的願景。如果你能將你的願景轉化成一組衡量你每個決定的值，你的前進道路會更清晰，也更容易找到合適的加入你的人。 除了願景，許多初創公司專註於文化。人們都說文化是由創始人、最初的幾個員工及產品本身確立的，然而，技術抉擇對公司文化有直接影響這個說法卻沒怎麼被提到。 你的項目初創可能基於J2EE、Oracle、Perl、PHP、Rails、Node.js或.NET，隨之而來你的團隊工程師將有不同的期望，不同的價值觀，和不同的關注點。這些技術沒有本質上是壞的。偉大的事情都有各自不凡的所在。它們伴隨而來的是一種文化。 幾年前，我遇到一位負責人選擇使用Node.js來搭建自己的應用。出於好奇，我問他為什麼選擇Node。他的回答很簡單：基礎的工程師對Node.js很興奮，所以我可以更容易招募到願意免費貢獻的人，因為他們希望積累相關經驗。 這個決定顯式地定義了工程師文化和團隊成員——那些能夠在這個項目中工作或感興趣這個項目上工作的人。 問一個不一樣的問題 那麼我們不應該問什麼技術是我們需要使用的， 我們應該問我們自己： 這個技術符合我們公司的核心價值觀嗎？ 這顯然是個更為之困然的問題，因為你需要切切實實地了解你公司的核心價值觀。這將是創建一個成功項目的關鍵。 你不能盲目地套用技術就像你不用套用別人的商業計劃那樣。這是公司身份的一部分，你的核心價值觀，你的目標，你的團隊，你的期望都是跟別人不一樣的。 關於「這技術在某某公司用得適合啊」這樣的論據是很少有效的。例如Facebook使用PHP，它「在Facebook公司用得很適合」，但是這意味著我們選都應該使用PHP嗎？ 技術文化聯盟 要具體描述這些技術社區的特性是很困難的,但我會個你分享我在不同選擇上的觀點與看法。請自由在評論里分享自己的看法，也可以包括關於其他技術社區的。 古典學校： 這裡有些是「經典「的語言：他們已經被使用很長的一段時間，並且被證明他們的價值。他們的使用範圍已經很廣泛，但卻引不起別人更大的激情。 注意：我在這沒有提及Perl，因為我並不知道有哪個創業項目是以Perl作為核心技術來創建的（6？）。 PHP 理念: 功能都實現出來，這非常重要 就像互聯網的基礎一般 只要有一個方法去實現它，那麼就不會被破壞 只要它運行起來並且速度很快，那麼其他東西都是沒有意義的 不要太理論化了，我們的語言是非常通熟易懂的，任何人一眨眼的功夫就能上手了。你可以用Java做同樣的事情看看！ 面向對象是種落後的想法 常見的使用例子: (在2013年中期) 你的第一個web app WordPress/Drupal的擴展 個人觀點: PHP擁有它光榮的日子。它真的讓web開發更加簡單，容易上手. 但是, 大概因為大量新的程序員開始使用PHP並且它擁有個不是那麼地堅持自己觀點的社區，所以只有少數人能寫出漂亮的PHP代碼。 良好的擁有規範的代碼例子是很難找到的，並且我甚至不敢肯定PHP擁有自身的規範。這導致了PHP社區以糟糕的代碼質量，缺乏測試，安全問題如同夢魘和像在2000年代初期般的落後品味而著名。 擁有良好規範約定，開發流程和指南的強大的PHP團隊，是可以完成偉大的事情的，但這樣團隊很稀少。 Java 理念: 可移植性 像C/C++般的能力和表現，但卻能夠自動管理內存 更多地關注面向對象 IDE是必須有得 我們要消耗所有的內存，因為它們是一文不值的 線程處理是個好方法！ 不要提起Java applets 看看我可愛的JVM！ 開源（但擁有者為Oracle） 緩慢但更為安全的開發流程 個人觀點： Java是非常有趣的。在幾年前很多開發者已經厭倦了Java，他們找到了其他新大陸。他們開始轉向一些腳本語言，像PHP，Pyhton，Ruby或者一些更加難懂小眾的語言像Erlang。 儘管如此，Google通過Android展示了Java並不像我們腦海里的那麼糟糕（只要你並不是使用J2EE或者Swing）。現在有一種」趕時髦「的趨勢視乎暗示著Java再次變得酷起來了。這些大多建立在兩件事情上: JVM 讓人難以置信高質量的代碼庫 即便如此，對於我們來說，花一整天來編寫Java程序看起來並不是一件吸引人的事。如果你打算依靠Java的堆棧，那麼有一系列的其他JVM語言供你選擇，他們成熟而且兼容Java擴展的庫（例如：Scala, Groovy, JRuby, Clojure），你總是可以混搭使用它們。 自從大量畢業生學習Java後，聘請Java程序員並非一件難事，但是要找那些前期創業公司，高水準的工程師並且對寫Java程序感興趣是一件極具挑戰性的事情。 另外注意：如果你的目標是Android，那麼不用想得太複雜，即使你認為其他JVM語言更好，你也要堅持使用官方的堆棧。 我們仍然有許多的原因在你的創業項目里使用Java技術，但你可能會想同時使用一些的」更快，更靈活「的解決方案（Ruby, Python, Node…）。對於公司跟工程師來說，一個多語言環境帶來了大量的價值，這就是為什麼Java社區看起來節奏很慢，但卻肯定是活躍的。 Java絕大部分是吸引了那些受到了傳統的訓練的工程師，他們嚮往舒適，有重複性，總所周知的編程模式。他們習慣關於使用這種語言，這種工具，這種自然的節奏。或許他們並不是最具有求知慾的開發者，但是他們卻是很可靠的（當然，你要挑選了正確的人）。 C#/.NET 理念: 是更加好的Java 最初是為了桌面與嵌入式軟體設計的 我們比開發Java的小夥伴們擁有更好的IDE 雖然是企業級般的重量了，但是我們提供了大部分Rails很酷的特性 我們有矛盾的開源版本 緩慢但更為安全的開發流程 個人觀點: 當我回顧C#在發布C#5的時候，我不得不驚嘆，我真的對該語言新的特性留下了深刻的印象。單從純粹的語言設計角度來看，C#是有一丁點的領先於Java。在Visual Studio里寫Javascript時的欣悅感讓我感到很驚喜（自從我用VS主要為了C++後，我真的再也沒有期待過什麼了）。 另一件讓我印象很深的是：C#可利用的文檔的質量非常顯著！但是C#並不是開源的，和Visual Studio + MSDN 非常昂貴，並且整個環境都因為licenses跟內存損耗而變得很糟糕，這些事實多少讓這個好印象打折扣了。 微軟正在慢慢地往開源發展，所以有了更多像Azure的開源方案。但是作為一個社區，.NET仍然是微軟開發的中心。作為創業者，你應該考慮下你對開源與擁有企業支持的文化之間對比的看法。 C#大部分吸引了Java群體中的變向者：這些工程師們尋求穩定性和有保障的合同遠勝於追求開源。還有他們可以容忍IIS！ 明確的可替代品 在過去的這些年，有兩個動態語言對於新的創業項目來說變得十分受寵：Python and Ruby。這兩個語言實際上有非常多相似的地方。現在Python因為後台apps而著名（因為NLP, biotech, APIs, SOA的因素 ）而另一方方面，Ruby因為面向用戶的apps而著名。儘管這兩個語言都受到了一樣的限制（主要是性能跟並發性），但是他們的核心價值和社區有著不一樣的專註點。 Python 理念: 只有一種顯而易見的做事方法 代碼要漂亮簡潔和明確 文檔是關鍵 有較強的語言設計引導 個人觀點: 作為一個更喜歡ruby的人來說，我常常嫉妒python項目文檔的質量。同時python設計的初衷——給你一個正確的編程方式卻又讓我又愛又恨。通常這一初衷對於團隊來說很好，但某些時候可能令人抓狂。 在某些領域python有很多優秀的庫，並且這些庫和你想解決的問題有關，這種情況下python可能是最好的選擇。python開發者知道怎樣去討論交流他們的代碼。他們用文檔記錄所做的事情並且用面向過程來描述他們務實的方法。 但是python在互聯網流行前就已經存在，如果你關注的是並發和高吞吐量，那麼這個並發性很差的動態解釋語言可能不是一個很好的選擇。 python主要吸引的是那些想要一個現代但通過充分驗證的語言的更加務實和經驗豐富的全棧開發者。 Ruby/Ruby on Rails 理念: 為人而不是機器而設計的Designed for humans, not machines 極端的靈活性：如果陷入困境的話，是你的原因，那是你 一切力求簡單、優雅並充滿樂趣 DSL至上，盡DSL 測試非常重要 事情變化很快，保持學習 激情活力的社區 個人意見: 就我而言，Ruby是我幾年來的首選語言。你會發現令人難以置信的、大量的Ruby開源代碼。Rails實在是一個了不起的Web框架，如果你知道如何使用工具的話它讓使大多數的Web項目容易實現。 但靈活性和過快的開發周期也有缺點。隨時準備在你的代碼上投入大量時間以保持其更新以及分離廢棄老的庫。如果不能依靠緩存，一個成功應用的吞吐量往往被缺乏良好的並發支持限制。 Ruby開發者主要是用Rails開發，所以與框架特性相比基本不會去深入核心語言本身的特性。他們往往是充滿好奇心且機會主義的（以一個很好的方式），有些實用主義，關心代碼質量/結構和測試覆蓋率。Rails開發者早期採用它的典型原因是由於該框架本身默認使用的一些新技術（coffeescript、turbolinks、CSS預處理器……）。 Ruby和Rails主要吸引了那些想把事情做得快而優雅的開發者。相比於底層計算細節，這些開發者往往是以產品導向的，他們更關心的目的和客戶價值的實現。 新成員 這是些讓人們興奮的語言/技術。他們代表了運行在「雲端」的編程語言的設計新浪潮。 Node.js (Javascript) Node.js不是一門編程語言，但它是使JS在伺服器端運行最流行的方法。和我對Ruby的大部分評論是關於Rails一樣，相比JS我更關注Node。 理念: 為實時驅動的應用程序而設計，高吞吐量、低延遲 DIY 小的內核，剩餘的內容由社區維護 低耦合 借鑒Ruby/Python 個人意見: 我覺得Node.js很有趣。在技術上Node沒有太多新內容。Python有Tornado/Twisted，Ruby有EventMachine，C有 libevent。 事件驅動的框架已經使用了一段時間，但Node具有兩大優勢：*大多數JS庫是非阻塞*大多數Web開發者不管怎樣都要寫一些JS。 在前端和後端使用相同編程語言的想法吸引了不少人，但值得與否還有待驗證。 Node提供了巨大的吞吐量（只要你堅持IO操作），它很容易上手，而且寫起來很有趣。 由於其本身具有事件驅動性，調試及測試面臨挑戰，回調處理是可維護性的地獄。我希望Node能夠提供一種官方的今後或承諾的解決方案。略顯凌亂的文檔使在現有項目里跳轉時有些困難。 Node的開發者大都是它的早期的接受者，他們更喜歡自定義而不是按慣例創建結構/模式，這樣使他們覺得更舒服。它吸引開發者使用已知的語言（JS）去處理高層的並發。Node作為一個框架處理的水平比經典的MVC更底層一些。Node開發者們也真的喜歡這個在伺服器和客戶端使用相同語言的想法。 Clojure 理念: 實用且符合現代人使用的Lisp 一切皆是數據 並發性，並發性，並發性 讓那該死的可變狀態見鬼吧 能夠很好地與Java協作 稍微靠近科研路線，但並不影響他的實用性 個人觀點: 我最喜歡Clojure的一點是它的lisp精神。一旦你攻克了它的圓括弧和操作符/參數順序，那麼Clojure將很可能讓你重新思考你構建代碼的方式。對於處理數據跟強迫你保持代碼簡短這兩方面來說，它真的很棒並且高效。 讓我頭疼的是我並非擁有足夠的聰明去更多地編寫Clojure。當我嘗試去追蹤那些數據時，我的大腦會出現棧溢出。對於該語言來說異常通常是沒意義的，假如你嘗試解決別人代碼的bug，這將會是機具挑戰的事情因為Clojure本身是複雜的語言，並且可以用宏來拓展。最後，Clojure社區並不是真的面向web開發，Clojure完成的大多數作品都是以數據作為中心的。 Clojure主要吸引了那些處於邊緣，對編程語言有求知慾，面相數據的程序員。如果你尋找有編程語言怪癖的數據處理專家，那麼Clojure將會是吸引他們的好方法。 Scala 哲學: 同時具有面向對象與函數編程世界的最佳優點 讓編譯器為你做一些工作 並發事務 比Java少一些規範，但是目標在於相同或更好的性能 與Java生態系統和諧共存 個人意見: 當目標是JVM時，Scala目前是我所選擇的語言。它的學習曲線陡峭。 知道何時使用 FP 與 OOP是非常複雜的，而且在應對該語言語法本身時也是如此。 那就是說，獲得使用FP的好處，同時又在需要的時候仍然保持OOP，是非常有用的。一旦你「掌握」了該語言的風格，寫Scala實際上是令人愉快的，而且它的社區也非常友好。 Play框架確實很好，它提供了一個很好的替代Rails的選擇，特別是對API開發來說。Twitter的工程師團隊為此提供了許多資源與開源代碼。 目前使用Scala是一個非常安全的選擇。Java開發者會有舒適感並會嘗試這種更加「現代的」語言。動態語言開發者不會感覺太陌生，並且獲得了Java生態環境，性能提升，並發性和永恆性。如果編譯時間不會使你感到沮喪的話，現有工具以及慣例使得在一個成長的團隊中使用Scala非常不錯。 不過就像Ruby，Scala社區的文檔不是很豐富。我真的希望 API文檔 可以重新編寫得更直觀，總的說來就是更有用。但是公平的說，已經有許多非常好的資源了，比如Martin Odersky (Scala的創造者)提供的Twitter的 Scala學校和Coursera的Scala 課堂之 FP 。 Scala主要是吸引了好奇的Java開發者，他們想要一些更現代的東西，就像Ruby/Python開發者想要他們語言的一個更具伸縮性的版本。對於吸引那些想拓展它們現存開發環境的偉大的開發者，以及那些可以充分利用該語言二元性的開發者來說，Scala是一個好方法。 Go 更強大的C 你可以自己管理內存，前提是你不能粗心大意 直觀的代碼更好 豐富的代碼庫 效率很快..對於任何一個部分來說（從編譯到執行） 存在並行編程模式，並且簡單使用 文檔很關鍵 個人觀點: 我真的很喜歡Go（亦稱Golang）。在我使用它幾年之後，我選擇使用它來開發我自己新項目的API。Go或許對於一些人來說有些無聊，但它的簡潔與效率是真材實料的。 Go強迫你更多地去思考你的代碼的結構，你的數據/代碼行為，因為你不能總是堅持面向對象的編程模式。我發現我的代碼總算變得容易調試，結構更簡潔，但有時會重複性比較大（例如：錯誤處理）。 沒有比Go更加方便地開發並發業務的語言了。一旦需要編譯，你的代碼編譯加上運行的時間會比Rails伺服器啟動的時間還快。Go支持一些鴨子類型（duck typing,動態類型的一種風格），這造就了從Ruby（舉個例子）轉換過來顯得頗為簡單。對比起一些腳本語言，它所編寫產品的性能實在讓人覺得驚嘆，並且它佔用的內存很小。 Go被設計為一個人或是一個大團隊都可以為同一代碼庫工作的語言，而且它的身旁有很多很棒的工具值得你使用。 然而，它不是完美的語言。有時第三方依賴庫很讓人頭疼。當你在高水平編程中運用了Go會讓你覺得它的水平太低了。有些語言設計時的決策有時會引起困惑(例子：互動式介面和結構化設計)。 初創公司里，Go看起來在性能和並發事務方面變得越來越流行。我見過很多初創公司用Go替代了Node，而且另一些公司添加了Go應用作為擴展程序。 Go社區里看起來混合了一些老的C/C++學校黑客和一些喜歡低水平語言的年輕人。Go語言和社區的領導者固執的相信讓人們理解他們的想法是很容易的。同時他們也允許你能快速的評估你接受他們哲學後是有多麼的舒適，而且可以發現是否能達到你的預期效果。 Go主要吸引著面向性能和結構體系的開發者。他們想要輕易的實現並發，要達到C的執行速度，也要達到Python/Ruby的開發速度。他們不想在找一個新的有趣的語言，他們需要一個堅定的妥協。 技術驅動理念 技術的選擇會受到理念的影響。你需要清楚而謹慎地權衡你選用的技術是否與企業的價值觀一致。做出正確的決定有助於你從技術細節的糾纏中擺脫出來，擁有更多投入商務運作的時間。

如何使用Golang進行無心智負擔的編程

不知讀者是否也會時刻想: 我該怎麼寫這段代碼才優雅, 後期改起來方便?

努力思考卻還是得不到最佳答案, 煩躁等負面情緒不約而來。這便是在編程過程中的心智負擔。

這篇文章將從多個方面來簡化思考, 希望它能給努力思考的你帶來一點小靈感.

java的23種設計模式? 再見.

不是說他們沒有作用，只是說它們太死板複雜，學習它們通常入不敷出。

對於編程還有很多需要注意的地方（下文），而不要只局限於設計模式。

我給出的建議是只需要理解一個大概，在平時編程中能用則用。

Golang相比Java來說, 對”面向對象”這件事的支持是”不完整”的.

但話又說回來現在的”面向對象編程”漸漸被扭曲為了”面向類編程”（COP），而COP是複雜並難以理解的，COP有好處但要發揮出來並不容易。所以Golang決定拋棄所有不必要的概念以改善這個問題。

現在不必再理解 封裝(這個簡單到不需要理解), 多態, 繼承.

在golang中只需要理解兩個更實在的東西: 介面, 組合.

介面

在Golang中只需要記得一個東西: Interface(介面).

參見io.Reader介面就知道這種設計有多厲害.

讀文件是它, 讀網路請求也是它, 更騷的是 對於linux(Every thing is a file)來說用它就能操作近乎整個系統了.

簡單的說: 當某個功能(如去北京)有多種(或者以後可能有多種)實現方式(如坐火車/飛機/騎車)的時候, 用介面.

組合

組合理解起來並不複雜, 不過是一個語法糖, 就算沒有組合功能也毫不影響Go程序的運行.

如下代碼, 沒有組合換一種寫法即可.

簡單的說: 組合能用則用，如果你不知道如何使用或者不用也並無大礙。

“開閉原則”對我啟發很大.

原文是這樣:

但其實我們在開發的時候並不是一直都在和對象打交道.

在我看來, “開閉原則”適用於平時寫的任何代碼.

完整理解”開閉原則”可能還是會造成心智負擔, 所以先打住, 只需要這樣:

這便是 “對修改閉合, 對擴展開放”.

這裡不得不在提及”面向函數編程”, 它的思想包括但不限於:

它正好利於修改, 利於寫出符合”開閉原則”的代碼.

默認的errors包在對於多層的複雜應用是不夠的，這種情況下建議自行封裝，但別太追求完美 在項目中夠用就好。我們等待官方方案即可:

restful能解決大部分命名問題.

你的代碼完全可以這樣無腦命名而不失優雅.

這樣的白話文真的很好命名與理解(根本不需要辭彙量).

無腦Goroution, 80%的情況下都沒問題.

如果你實在擔心, 用channel的做下並發數量控制就好, 或者使用更完整的工具叫”協程池”, 他們的實現都不複雜.

得益於golang的開源和這幾年的蓬勃發展，golang的生態已經十分完善，所以很多情況下我們應該”面相github編程”，第三方提供的代碼已能滿足我們大多數需求。同時 選用一個受歡迎的第三方代碼庫通常比自己的更可靠，後續維護也省心很多。

最省心的行為是: 先跟隨團隊再提出意見

GO語言學習系列八——GO函數(func)的聲明與使用

GO是編譯性語言，所以函數的順序是無關緊要的，為了方便閱讀，建議入口函數 main 寫在最前面，其餘函數按照功能需要進行排列

GO的函數 不支持嵌套，重載和默認參數

GO的函數 支持 無需聲明變數，可變長度，多返回值，匿名，閉包等

GO的函數用 func 來聲明，且左大括弧 { 不能另起一行

一個簡單的示例：

輸出為：

參數：可以傳0個或多個值來供自己用

返回：通過用 return 來進行返回

輸出為：

上面就是一個典型的多參數傳遞與多返回值

對例子的說明：

按值傳遞：是對某個變數進行複製，不能更改原變數的值

引用傳遞：相當於按指針傳遞，可以同時改變原來的值，並且消耗的內存會更少，只有4或8個位元組的消耗

在上例中，返回值 (d int, e int, f int) { 是進行了命名，如果不想命名可以寫成 (int,int,int){ ,返回的結果都是一樣的，但要注意:

當返回了多個值，我們某些變數不想要，或實際用不到，我們可以使用 _ 來補位，例如上例的返回我們可以寫成 d,_,f := test(a,b,c) ，我們不想要中間的返回值，可以以這種形式來捨棄掉

在參數後面以 變數 … type 這種形式的，我們就要以判斷出這是一個可變長度的參數

輸出為：

在上例中， strs …string 中， strs 的實際值是b,c,d,e,這就是一個最簡單的傳遞可變長度的參數的例子，更多一些演變的形式，都非常類似

在GO中 defer 關鍵字非常重要，相當於面相對像中的析構函數，也就是在某個函數執行完成後，GO會自動這個；

如果在多層循環中函數里，都定義了 defer ,那麼它的執行順序是先進後出；

當某個函數出現嚴重錯誤時， defer 也會被調用

輸出為

這是一個最簡單的測試了，當然還有更複雜的調用，比如調試程序時，判斷是哪個函數出了問題，完全可以根據 defer 列印出來的內容來進行判斷，非常快速，這種留給你們去實現

一個函數在函數體內自己調用自己我們稱之為遞歸函數，在做遞歸調用時，經常會將內存給佔滿，這是非常要注意的，常用的比如，快速排序就是用的遞歸調用

本篇重點介紹了GO函數(func)的聲明與使用，下一篇將介紹GO的結構 struct

面向對象的語言主要有哪些

1、java。

Java是一種廣泛使用的計算機編程語言，擁有跨平台、面向對象、泛型編程的特性，廣泛應用於企業級Web應用開發和移動應用開發。

Java編程語言的風格十分接近C++語言。繼承了C++語言面向對象技術的核心，捨棄了容易引起錯誤的指針，以引用取代；移除了C++中的運算符重載和多重繼承特性，用介面取代；增加垃圾回收器功能。

2、c++。

C++是一種使用廣泛的計算機程序設計語言。它是一種通用程序設計語言，支持多重編程模式，例如過程化程序設計、數據抽象、面向對象程序設計、泛型程序設計和設計模式等。

3、c＃。

C#是微軟推出的一種基於.NET框架的、面向對象的高級編程語言。C#以.NET框架類庫作為基礎，擁有類似Visual Basic的快速開發能力。

C#由安德斯·海爾斯伯格主持開發，微軟在2000年發布了這種語言，希望藉助這種語言來取代Java。C#已經成為Ecma國際和國際標準組織的標準規範。

4、python 。

Python是一種面向對象的動態類型語言，它是解釋型、高級編程、通用型編程語言，由吉多·范羅蘇姆創造，第一版發佈於1991年。

python相比於C++或Java，Python讓開發者能夠用更少的代碼表達想法。不管是小型還是大型程序，該語言都試圖讓程序的結構清晰明了。

5、golang。

Go（又稱Golang）是Google開發的一種面向對象的靜態強類型、編譯型、並髮型，並具有垃圾回收功能的編程語言。

Go的語法接近C語言，但對於變數的聲明有所不同。Go支持垃圾回收功能。Go的並行模型採取類似模型的其他語言包括Occam和Limbo，但它也具有Pi運算的特徵，比如通道傳輸。在1.8版本中開放插件（Plugin）的支持，這意味著現在能從Go中動態載入部分函數。

與C++相比，Go並不包括如枚舉、異常處理、繼承、泛型、斷言、虛函數等功能，但增加了 切片(Slice) 型、並發、管道、垃圾回收、介面（Interface）等特性的語言級支持。

參考資料來源：百度百科——java

參考資料來源：百度百科——c++

參考資料來源：百度百科——c＃

參考資料來源：百度百科——python

參考資料來源：百度百科——go

JAVA實習生的要求

對於實習生而言，其實很多公司要求都不是很高，畢竟對你的要求要對的起給你的工資水平，很多公司肯定都知道你本身的大體水平，不會期望太高，只是讓你邊學習邊工作，如果你足夠聰明伶俐，足夠好學，可能就多培養你一些。

不過不同水平的公司（BATTMD其他優秀的互聯網公司小型創業公司），肯定是對你的培養程度不同的，相應的對你實習的要求肯定是不同的。不要認為對你要求越高，得到的實習工資就會高，不是的，像騰訊阿里等公司對於實習生技術要求很高，但工資就在兩三千左右，但以後的發展卻是遠遠大於這個價值的。

一、BAT企業對實習生的要求（以阿里為代表）：

java基礎非常重要，當然也要深入理解原理，什麼JVM,JMM,Classloader，還有一些常見類的源碼，自己可以試著分析一遍，現在讓你說出LinkedList的內部實現你能不能說出來，HashMap不用多說了，80%的面試都會問到。還有重要的，多線程，並發，網路，IO。這些都是要看看的！特別是spring的源碼要好好看看，裡面的架構設計得非常好！

需要掌握的技術知識具體總結如下：

1、操作系統。尤其是內存/線程/進程方面

2、計算機網路協議，重點關注 TCP/UDP/HTTP。

3、數據結構與演算法。

4、資料庫，知道mysql存儲引擎中索引的實現機制、資料庫事務的幾種粒度、行鎖，表鎖；樂觀鎖，悲觀鎖等

5、設計模式，熟悉常用的幾種設計模式就行。

6、Java語言基礎。熟悉java語言基礎，了解JVM、內存模型，重點考察 面向對象、集合框架（繼承關係，實現原理）、異常體系、IO體系、並發集合、多線程。熟悉多線程編程/並發/線程安全明顯可以加分。

7、J2EE，熟悉Spring/Spring MVC , ORM 什麼的吧。看過源碼，了解原理之類的也明顯可以加分。

8、Linux，熟悉基本的linux命令就行吧

9、如果有自己做過的實習項目會加分不少。

TMD企業對實習生的要求（以美團為代表）：

1、精通Java/C++/golang程序開發(至少一種)

2、熟悉linux下後台服務開發、網路開發

3、熟悉zookeeper、redis等開源項目優先，

4、有分散式、服務一致性領域研發經驗優先

5、優秀的溝通協調能力以及項目推進落地能力

其他優秀的互聯網公司（以 網易為代表）

1、具備紮實的計算機專業基本功，資料庫、網路、操作系統等,深厚的Java的編程基礎

2、熟悉常見的設計模式具備紮實的計算機專業基本功，資料庫、網路、操作系統等,深厚的Java的編程基礎，熟悉常見的設計模式

3、熟練掌握主流的開源框架設計理念，對Spring、Mybatis等有深入的了解;

4、熟練掌握資料庫原理，基於Oracle或者Mysql的設計和開發

5、熟悉Linux操作系統，git，maven等工具

6、有較強的邏輯分析、數據分析、問題排查能力;

其他的一些小型的互聯網公司，依據自身的發展方向不同，對實習生的要求也是不同的，需要具體問題具體分析的，當然了不變的一點是：基礎知識一定要打好，一些計算機基礎什麼的該知道的要知道。

其實上面有些技能還是有點超綱的（對於實習生而言），不要有壓力，能有六七分的掌握就可以，不要被這些招聘要求嚇壞，很多都是要求偏高的，當然了如果你正好知道那也是你的優勢不是？