最新二次解析源碼美化

① 應用公園製作app可以拿走源碼嗎

應用公園製作app可以拿走源碼嗎：首先其次最後手機APP製作流程：無需技術，教你製作一個自己的手機APP

一款手機APP的製作，說復雜非常復雜，涉及到多個領域的研發，稍復雜一點的個人研發基本上搞不定，但是，也有非常簡單的手機APP一站式製作運營方法。

隨著移動互聯網基層開開發技術的發展，無需編程技術，也可以在應用公園製作手機。這里就以應用公園為例，教您熟悉手機APP製作流程，手把手教你製作一款自己心儀的手機APP。

第一步：了解自己想要製作一款怎麼的手機APP。是軟硬體結合？ 游戲 類？商城類？新聞資訊類？互動類？聊天類？還是團購類、同城服務類？送餐類？企業展示類？

每一個類別的APP開發差異非常大，主要就是不同類型所需要的功能支持。對自己想要做的APP有個大致的了解，但是這一步很多人都沒搞清楚，大部分人都存在一個大概模糊的創意、想法階段。

第二步：了解自己想要做的APP的基礎功能，劃分板塊。

對基礎功能的了解、板塊的分類，上手最快的方法就是：查看市場上類似的APP進行借鑒。

第三步：界面及交互的設計

界面及交互的設計，可以直接使用「墨刀」。可以先設計一個大概，後期不斷豐富。

第四步：APP功能的開發製作

APP功能的開發直接使用應用公園就可以了。應用公園把市場上常見的APP功能進行拆分組合，你不需要懂任何編程技術，只需喲安把需要的功能挑選出，組合搭配一個，就能迅速組建出一個手機APP。

手機APP製作具體流程：

1、打開應用公園的官網，點擊「開始製作」，注冊登錄；

2、應用公園為在線APP製作平台，所以不需要下載任何東西，直接進入製作頁面就可以；

3、應用公園目前有兩種模式：

（1）主題模式：應用公園平台上，已經很多已經製作完善的手機APP軟體，可以直接當做模板使用，僅需要把裡面的文字圖片進行替換，就可以快速製作一款APP。

（2）自由模式：就像拼圖一樣，把需要的功能自由組合搭配一下，就可以創造一款獨一無二的手機APP。

每一個功能控制項的具體功能，都通過後台自動配置。

4、手機APP打包

製作完善後，在應用公園平台直接點擊製作完成，就會自動打包成手機安裝程序。

5、應用發布上架

在應用公園平台直接申請應用發布，通過聯網後，就可以聯網使用了。

6、下載管理、運營

應用公園提供運營管理後台、下載站點、下載二維碼、手機管理助手等APP相關產品，一站式服務，自動配置，免去多次開發成本，而且後期的功能、內容的更新迭代自己既可以搞定，也不需要具體的編程技術。

自己製作app需要 編程知識 。但依靠第三方工具，三分鍾就可以做成專屬自己的APP。下面以簡易網為例演示：

簡網APP工廠三大特點

1、最低的成本：節省所有開發成本，以及僅幾分鍾的時間成本。

2、實用的功能：貼近傳統網站的內容編輯與發布方式。

3、靈活的運營：生成APP後，一個人也可以完美運營。

先來了解一下APP工廠：三分鍾製作APP

使用簡網APP工廠之前，我曾經通過其他類似的APP公司製作過兩三個不同版本的免費APP，簡網的操作流程是製作門檻最低的一家。

不支持用戶名注冊，需要使用微博賬號

新浪與騰訊微博用戶數幾乎覆蓋全網網民數，我們默認用戶已經擁有微博賬號，以便於進行APP快速創建。

填寫APP信息：幾分鍾搞定

製作APP之前我們需要做一些准備工作，比如我們要明確我們要做一個怎樣的APP，我們要為這個APP准備一張1024x1024的ICON以及一張114x114的小圖標，另外還需要一張640x1136的開機圖。

從簡網APP工廠的首頁，經過3次跳轉，省略了網站注冊過程，通過模板挑選完成APP美工定案，所需的是APP的圖標與應用簡介。全過程幾分鍾足矣。

快捷實用的後台采編系統

我們製作了一個新聞資訊類的APP軟體，同時我們擁有了一個功能齊全的後台更新系統。利用後台可以完全解決APP內容更新問題，可以快速進行新聞發布，包括文字、圖片、視頻、微博等形式，並且引入了完善的評論系統與社區系統。

筆者至今使用過三家大型網站的後台系統，由於種種 歷史 原因，這些後台系統都存在或多或少的不合理設計，也許是因為承載的功能過多，數據架構過於復雜，在新入職人員上手操作時，需要經過長時間的熟悉過程。

簡網為我們製作的APP提供了統一的後台模板，這個後台的功能亮點在於不僅提供原始錄入，還提供也許是目前設計最為合理的網路來源抓取功能。包括網頁、微博在內的網路內容，都可以在大約1分鍾時間內導入後台中，並且實時呈現在用戶手機上的APP客戶端。

APP的生成時間約為三分鍾，APP容量只有3M，一般的寬頻都可以在1分鍾之內下載好裝進手機

我們得到了一個可安裝的APP軟體

同時獲得了一個功能完善的編輯後台

快速的內容抓取，讓後台采編人員的數量可以降到最低，維持一個日更新量在100篇文章左右的APP客戶端，一個工作人員足矣。

內容采編神器：發布到應用

「發布到應用」這個功能可以說是管理後台提供的最強大的一個功能，經過簡單的設置後，我們可以在幾秒鍾之內把網路內容發布到我們的APP客戶端。

這樣一個媒體類APP就做好了。

很高興回答這個問題。

我是從事安卓App開發的，開發過很多App，那麼App是如何製作的。

頁面設計
我們看到的app都一個個頁面，每個頁面功能不同。首先是產品經理通過調研整理需求，然後將需求整理成頁面(可以使用墨刀等網頁製作)，然後在交給UI人員進行專業設計和美化，最後將設計圖打包給開發人員。

開發設計
拿安卓舉例，開發使用語言也分幾種，具體得根據實際情況來選擇。

1.原生開發

安卓一般使用java語言開發，當然現在也有kotlin語言進行開發。如何開發就涉及到具體編程了，這里就不詳說了。簡單描述就是使用安卓提供的一系列控制項來實現頁面，復雜點的頁面可以通過自定義控制項來實現。

2.使用H5語言開發

使用H5開發的好處有很多，可以多端復用，比如瀏覽器端，ios端，當然H5開發的體驗是沒有原生好的。結合我做過的項目來說，一般是這個頁面需要分享出去的話，就用H5開發。

3.使用flutter開發

flutter是近年來谷歌推出的一款UI框架，

使用dart語言進行開發，支持跨平台，weight渲染直接操作硬體層，體驗可媲美原生。但是flutter技術比較新，生態還不完善，開發起來效率相對偏低

頁面數據填充
頁面開發出來只是空殼子，沒有數據填充，這時候就需要通過介面獲取數據，然後解析數據，顯示在頁面上。

到此，一個大概的App製作流程就結束了。

首先你要清楚自己想要什麼樣的APP,是做哪一方便的?簡單的?還是復雜的

一下我就分為兩類進行回答

一,簡單APP
必要崗位

ui設計師(至少一個)

主要負責APP頁面的搭建和交互的梳理

客戶端開發人員(至少一個)

目前市面上的APP開發方式多為混合開發,如果做一個簡單的APP可以選擇webapp,這樣不但可以減少開發周期還可以控制開發成本

服務端開發(至少一個)

目前伺服器語言很多php,java,

node.js

非必要崗位

首先 ,我說的非必要崗位不是說這些崗位不重要,而是說在為了減少成本的情況下,這樣崗位可以被別的崗位所替代

產品經理

如果開發的App功能簡單,UI設計師就可以擔任這樣職責

測試工程師

當然,在時間允許的情況下,開發人員也可以是測試人員

二,復雜APP
復雜app可以考慮純原生開發,那麼客戶端至少兩個人進行開發(安卓,IOS),或者考慮混合開發,及web前端+原生開發人員

必要崗位

ui設計師,安卓開發工程師,ios開發工程師,後端開發工程師,產品經理,測試工程師,人員的多少可以根據項目的大小來定

三,必要成本
伺服器 :這是開發app必須要的,也就是我們放代碼的地方

上架審核所需費用 :比如IOS上架審核的花好幾百,安卓要申請軟著等

今年六月的時候，萌生了開發一個記賬 App 的想法，想去用自己的 App 記賬，管理收支。那時正好在英國是考試周，放假後，我回到了國內，准備去實現我的計劃。沒想到這暑假很快就結束了，在這個暑假中經歷的太多的事，准備了要去美國讀研的考試，遇到了生命中的另一半，同時，也將 Costuary for iPhone 帶到了這個世界。

Logo

說道為什麼要開發這樣一個 App ，因為筆者在 UK 讀書，市面上很少有記賬 App 能夠實現實時匯率的換算，帶有這個功能的 App 也是操作繁雜。所以要自己開發一個，功能並沒有那麼復雜的，並且能夠滿足自己在國外和國內生活需求的 App，所以自己編寫了 iPhone 的客戶端，為了獲取匯率和 Excel 導出，又用 Java 設計和編寫了 Costuary 的後端伺服器。

比起今年年初開發的 Flat Weather，這個項目的代碼量大約是他的十倍，需要實現眾多的功能和模塊。

這篇文章將會介紹一下 Costuary 的功能與我開發過程中的一些心得。

效果圖設計

說到設計，兩年前，我還是一個 android 開發者，Google 的 Material Design 是我的最愛，所以，Costuary 採用了 Android 5.0 之後採用的 Material Design 設計。其中摻雜了一些我自己的設計，因為 Material Design 的控制項有時候操作繁瑣。

早在 5 月份的時候已經零零總總的用 Sketch 畫出了這個產品的 UI 和圖標，之後開始了漫長開發的過程。

Sketch交互

與去年開發的 Android 版不同，iPhone 版的 Costuary 採用了底部導航欄的設計，相比於 Android 通常使用的 Navigation Drawer 的抽屜布局，底部導航欄的設計即使在右手操作 iPhone 的時候都不會太費力。

UX功能 Features

Costuary 支持世界上主要貨幣的實時匯率轉換，所有外匯在統計時會轉換成主貨幣的數目，方便查看花銷。

日歷視圖能夠很直觀的反映出哪一天有消費和收入。

說到記賬軟體，量化消費的圖表無疑是重要的一環，Costuary 提供了餅狀圖來視覺化一段時間的花銷。

可以建立多個賬戶來表示自己的銀行卡，支付寶，現金等等。

可以看出本月的預算還有多少。

如果想要進行更加詳細的分析，可以使用導出功能將賬本導出到 Excel。

允許備份賬本內容到 iCloud。

開發

去把一紙設計變成真正的產品，這是一個獨立開發者應該具有的能力。只會寫代碼不只是我唯一掌握的，能夠去設計出來自己想要的應用並且將他實現才是我在做的事情。

這款應用的開發並沒有想像中的簡單，需要自己去實現大量 Android UI 控制項，很多圓角，陰影，字體，要慢慢的去調整，讓控制項適合 iPhone 的屏幕。整個應用的背後有 3 個關系型資料庫來儲存賬戶，賬本與各種匯率。與以前開發的 Flat Weather 不同，Costuary 會產生大量的用戶數據，所以整個軟體架構的穩定性變得異常重要，需要設計一些機制來防止數據丟失與損壞。

Development

為了實現 App 獲取每日的匯率，並且在 iPhone 上能夠實現賬本導出到 Excel ，我設計了一個伺服器後端來處理這些繁雜的實物。每次 App 啟動後會與我的伺服器來更新最新的匯率。當用戶選擇導出時，賬本會被發送到伺服器上並處理為 Excel 發送到用戶的郵箱里。

Mail

說到伺服器，就不得不提到用戶隱私了，因為導出到 Excel 功能需要將賬本傳到我的伺服器上做進一步處理，很多人會覺得我侵犯了他的個人隱私。對此，為了保護我的權益與用戶的權益，我撰寫了 Costuary 軟體許可及服務協議與 Costuary 隱私政策，這是我作為獨立開發者這么多年後第一次去寫許可協議。

Agreement資費

與我的其他產品一樣，這款 App 依舊是免費供大家使用的，作為獨立開發者，我們都知道，絕大多數用戶不會去珍惜一個免費的產品。就像 Flat Weather 一樣，雖然獲得了很多人的支持，但是也收到了很多人的吐槽。在 Costuary 中依然設計了一個的捐助按鈕，如果大家使用之後喜歡這個應用，請支持我將他維護下去。

Please donate me尾巴

Costuary for iPhone 是我開發出來過最大的軟體體系。我相信，能夠獨立開發出來產品的人懂得不只是編程。一個人要去經歷項目的全部生命周期：規劃，設計，開發，運營，維護，營銷，這些是我開發這么多產品所學會的。

現在的 Costuary 只是第一個版本，還有很多 iPhone 的特性沒有來得及開發，以後會跟上的，比如 iPhone X 的適配，3D Touch、Today Widget、Touch ID 等等。

以前在少數派撰稿的時候，很多讀者會來問我如何學習開發，我也特地去寫過如何去學習編程，但我相信，真正想去學習的，想去為這個生態貢獻出自己的一份力的人，自己都會找到學習的方法。我的專業是電子電器而不是軟體工程，但是我不後悔當年去學習編程。

最後，還是感謝在背後默默支持我的人，我會不斷地改進與提升，如果 Costuary 真的在記賬方面給予了你便利，這是我莫大的榮幸。

如果想要了解我的更多作品可以訪問我的個人博客 MikeTech，或者在少數派中閱讀我以前寫過的文章。今年年初也在 iPhone 上寫過一個天氣 App，天氣應用 Flat Weather 的設計歷程

對了，關於記賬有什麼用，如何記賬，如何養成記賬的習慣。為什麼每個月末都捉襟見肘，除了沒錢，很可能是對財務管理的能力不強。想了解這一方面的知識，不妨看一看我派的付費閱讀欄目：從零開始做好個人記賬

你好，非常感謝你的邀請。

開發一個app的話首先

第一步、需要調研，分析開發需求。

第二步、根據你的開發需求整理一個開發方案，選擇合理的架構。

第三步、開始研發。

第四步、測試。

第五步、上線試運行。

第六步、查缺補漏後投入使用。

開發一個app的話。有多種選擇。可以找一個第三方公司來進行開發。也可以自己招聘開發團隊。也可以交給比較信任的程序員朋友來進行開發。第三種方式的話，屬於接私活兒，成本較低。 當然前提你得有認識的人。

我也是程序員出身。參與過web網站開發。傳統辦公開發。H5開發。微信小程序開發。以及安卓開發。有著較豐富的開發經驗。自己完全可以勝任一個App，如果你有這方面的事需求的話，也可以私信我。我是山東的。如果方便的話也可以面談。

App軟體開發，從之前的溝通需求、規劃設計、程序開發、測試修改、它的發布等。這是一個非常復雜和漫長的過程，一旦進入通信，就需要定期維護和功能變更。它需要大量的專業人員參與，成本自然很高。 所以，隨著更新市場的發展和人們福利的提高，現在已經不像傳統開發那麼困難了。只需要動動滑鼠，不需要觸碰代碼就可以完成製作app部分。

App開發已成為企業發展的重要推動力量
十年巨變！移動互聯網已顛覆我們的時代，商業、社交、視頻、新聞、工具等領域，移動應用的滲透率已高達95%，在團購 旅遊 和零售行業，移動端收入規模已超過PC端，手機APP已成為企業不可或缺的線上陣地。

不用編程就能製作app的在線平台，擺脫了很多復雜的流程，還能減少用戶的麻煩，不會製作，而且可以在平台上查看詳細的課程，非常貼心的設置！在這里，我想說的是，如果你想製作app的話，可以在平台上查看詳細的課程。總的來說，這種方法會大大降低軟體開發app的成本，節省時間，讓很多人解決了資金短缺和想快速製作app的問題。

app是如何製作的，APP如何開發？
隨著智能手機APP軟體的吸引力越來越大，越來越多的企業開始開發自己的APP應用。企業要想開發屬於自己企業的APP應用，首先要分析自身的情況和市場對產品的需求。

在APP,開發這件事上，企業一定要注意以下幾點。

1. 開發APP應用一定要明確以自己為中心，開發APP是否能帶來巨大的利潤。

2. 要了解目標用戶的需求，配置APP吸引用戶，提高用戶購買應用的意願。

3. 通過合作再次尋找潛在客戶，我相信開發APP的收益遠遠大於成本。

開發APP蘋果系統，必須使用Xcode蘋果開發工具，一般採用Objective-C或Swift語言。Objective-C是繼承了C語言的C字，可以直接用Objective-C語言進行編程。如果你不懂數據，差別很小。還有一些新的蘋果後綴語言，非常有用。

Andro系統的app都是用Java語言開發的，Java語言已經流行了20多年，這個趨勢還在持續和延續。如果想要安卓系統的app首先要掌握Java語言，對於說C語言的人來說，學習Java還是很容易的。如果你對自學感興趣，Java網站上有很多培訓課程，還有很多免費培訓。視頻，不想付費。如果這個絕對是零基礎（沒學過其他編程語言，比如c語言），如果真的很感興趣，可以自學，但是速度比較慢。

總結：app開發擁有多種方法，選擇最適合自己的方式方法很重要
答案寫到這里，我想您應該知道了app的開發途徑或者方法是什麼。如果您是小企業或者是個體工商戶，您可以找人幫忙開發小程序或者自己在一些網站上進行傻瓜式軟體開發。正如上文所說，現在有很多的網站支持在線生成APP，常用的功能和介面都已經設置好了，操作起來不是很難。如果您是大企業，業務多訪問量比較大，我的建議是您應該聘請專業的軟體工程師開發專門的app，避免後期出現的問題沒辦法及時解決給您的企業帶來損失。

不懂的話，找專業的人幫忙，我就是專業的

app即application program。應用程序。目前手機平台是ios和安卓兩大平台的天下。本人不才從事安卓開發。簡單介紹一下吧你問的這個問題范圍太廣。ios和安卓開發語言不同。ios使用的是object_c和swift。安卓是基於java。二者都屬於面向對象的語言。開發平台安卓基於android studio早期使用的是eclipse+adt。不過已經被淘汰了。那麼怎樣開發app？首先你需要一個後台程序員寫伺服器以及搭建資料庫。其次你的會ios或是android其中之一那麼這就是最簡單的配置.現在流行混合開發如果你再會點前端的h5和js就更好了。一般一個軟體公司的基本配置是一個前端一個ios一個安卓一個後台。基本就滿足你搭建網站和手機應用的需求了。不過你作為老闆養這樣一個團隊很費錢。還不如找外包

軟體的生成需要經歷以下幾個階段:

1、滿足用戶需求——建立軟體目標，設想產品功能，進行場景化細分說明；進行可行性分析，用戶需求收集，用戶需求場景描述；場景問題梳理；獲取用戶行為、想法；場景應用痛點，機會點

2、需求開發與管理——建立用戶畫像，從軟體目標出發，進行問題梳理，場景行為分析，願景分析，建立體驗地圖

3、利用Axure繪制軟體原型，在用戶場景中切入，並組織軟體原型實施，在實施過程中進行問卷調查，收集問題，記錄用戶行為，不斷改善軟體需求，進行需求評審，進入評審優化

4、技術可行性分析——技術分析，場景分析，功能實現驗證，

5、開發計劃制定，實施，測試，驗證，發布

② 如何高效閱讀源代碼

下面是之前寫的一篇文章：《如何快速閱讀源碼》

本文探討在需要了解一個開源項目時，如何快速的理清開源項目的代碼邏輯！

以下是個人認為行之有效的方法：

本文以Mybatis為例來進行演示！

程序界有個老傳統，學習新技術時都是從「Hello World」開始的！無論是學習新語言時，列印「Hello World」；還是學習新框架時編寫個demo！那為什麼這里的「跑起來」要打個引號呢？

實際上，當你想要閱讀一個開源項目的源碼時，絕大部分情況下，你已經能夠使用這個開源項目了！所以這里的「跑起來」就不是寫個「Hello World」，也不是能跑起來的程序了！而是能__在你的腦子里「跑起來」__！什麼意思？

Mybatis你會用了吧？那麼請問Mybatis是如何執行的呢？仔細想想，你能否用完整的語句把它描述出來？

這里是Mybatis的官方入門文章！你是如何看這篇文章的？讀一遍就行了嗎？還是跟著文章跑一遍就夠了嗎？從這篇文章里你能獲得多少信息？

我們來理一下：

回答出了上面這些問題！你也就基本能在腦子里把Mybatis「跑起來」了！之後，你才能正真的開始閱讀源碼！

當你能把一個開源項目「跑起來」後，實際上你就有了對開源項目最初步的了解了！就像「 書的索引 」一樣！基於這個索引，我們一步步的進行拆解，來細化出下一層的結構和流程，期間可能需要深入技術細節，考量實現，考慮是否有更好的實現方案！也就是說後面的三步並不是線性的，而是__不斷交替執行__的一個過程！最終就形成一個完整的源碼執行流程！

繼續通過Mybatis來演示（限於篇幅，我只演示一個大概流程）！我們現在已經有了一個大概的流程了：

雖說每個點都可以往下細化，但是也分個輕重緩急！

很明顯，SqlSession去執行 sql才是Mybatis的核心！我們先從這個點入手！

首先，你當然得先下載Mybatis的源碼了（請自行下載）！

我們直接去看SqlSession！它是個介面，裡面有一堆執行sql的方法！

這里只列出了一部分方法：

SqlSession就是通過這些方法來執行sql的！我們直接看我們常用的，也是Mybatis推薦的用法，就是基於Mapper的執行！也就是說「SqlSession通過Mapper來執行具體的sql」！上面的流程也就細化成了：

那SqlSession是如何獲取Mapper的呢？Mapper又是如何執行sql的呢？

我們來看SqlSession的實現！SqlSession有兩個實現類SqlSessionManager和DefaultSqlSession！通過IDE的引用功能可以查看兩個類的使用情況。你會發現SqlSessionManager實際並沒有使用！而DefaultSqlSession是通過DefaultSqlSessionFactory構建的！所以我們來看DefaultSqlSession是如何構建Mapper的！

它直接委託給了Configuration的getMapper方法！

Configuration又委託給了MapperRegistry類的getMapper方法！

在MapperRegistry類的getMapper中：

在這里knowMappers是什麼？MapperProxyFactory又是什麼？mapperProxyFactory.newInstance(sqlSession)具體做了什麼？

其實很簡單，knowMappers是個Map，裡麵包含了class與對應的MapperProxyFactory的對應關系！MapperProxyFactory通過newInstance來構建對應的Mapper（實際上是Mapper的代理）！

快接近真相了，看mapperProxyFactory.newInstance(sqlSession)里的代碼：

這里幹了什麼？

最終實際還是委託給了sqlSession去執行具體的sql！後面具體怎麼實現的就自行查看吧！

現在我們的流程大概是這樣的一個過程：

現在我們大概知道了：

那麼，

這個問題列表可以很長，可以按個人需要去思考並嘗試回答！可能最終這些問題已經和開源項目本身沒有什麼關系了！但是你思考後的收獲要比看源碼本身要多得多！

一輪結束後，可以再次進行：

不斷的拆解->深入->改進，最終你能__通過一個開源項目，學習到遠比開源項目本身多得多的知識__！

最重要的是，你的流程是完整的。無論是最初的大致流程：

還是到最終深入的細枝末節，都是個完整的流程！

這樣的好處是，你的時間能自由控制：

而不像debug那樣的方式，需要一下子花費很長的時間去一步步的理流程，費時費力、收效很小，而且如果中斷了就很難繼續了！

本文通過梳理Mybatis源碼的一個簡單流程，來講述一個個人認為比較好的閱讀源碼的方式，並闡述此方法與傳統debug方式相比的優勢。

閱讀源碼是每個優秀開發工程師的必經之路，那麼這篇文章就來講解下為什麼要閱讀源碼以及如何閱讀源碼。

首先來說下為什麼要讀源碼，有學習源碼的必要嗎？

為什麼要閱讀源碼？

關於為什麼閱讀和學習源碼，我個人認為可能有以下幾點：

（一）吊打面試官，應對面試

為了找到更好的工作，應對面試，因為在面試中肯定會問到源碼級別的問題，比如：為什麼 HashMap 是線程不安全的？

如果你沒有閱讀過源碼，面試官可能會對回答的結果不滿意，進而導致面試結果不太理想，但如果你對源碼有所研究，並能夠很好地問答面試官的問題，這可能就是你的加分點，可以形成自己獨特的競爭力，吊打面試官，升職加薪不是夢。

（二）解決問題（bug）

在開發過程中，我們或多或少會遇到 bug，比如：在 foreach 循環里進行元素的 remove/add 操作，為啥有可能會報 異常？

我們可以先在 Google、Stack Overflow 以及對應項目的 Issues 里看有沒有類似問題以及解決辦法，如果沒有的話，我們只能通過閱讀源碼的方式去解決了。如果我們對相關源碼有所涉獵，就可以快速定位到問題所在。

（三）提升編程能力

和閱讀一本好書一樣，閱讀源碼就是和編程大牛面對面交流的機會，在許多優秀的開源項目中，它們的編碼規范和架構設計都是很棒的，另外在設計上也使用了大量的設計模式，通過閱讀和學習源碼，能夠快速提升我們的編碼水平，以及對設計模式有更深的理解。

同時，在我們閱讀完一個源碼後，可以觸類旁通，能夠快速地對其他框架的源碼進行閱讀和學習，減少時間成本。

除了上述提到的原因之外，可能還有許多，在這里就不一一贅述了，那麼在確定了要閱讀源碼之後，就讓我們看下如何閱讀源碼吧！

如何閱讀源碼？

如何閱讀源碼取決於你為什麼要讀源碼，比如：

下面大概說下閱讀源碼的幾點建議：

在閱讀之前，可以先從開源項目的官網上看它的架構設計和功能文檔，了解這個項目的 整體架構、模塊組成以及各個模塊之間的聯系 。

如果沒有對應的項目文檔，可以根據代碼的模塊進行梳理，以形成對項目的初步了解，或者 查看已有的源碼解析文章或者書籍 ，在閱讀源碼之前，了解項目的架構和思路會使閱讀源碼事半功倍。

在了解一個類的時候，可以使用 ctrl+F12 來查看類中的成員變數和方法。

可以通過 IDEA 的 Diagrams 功能去了解一個類的繼承關系。

多打 斷點調試 ，斷點追蹤源碼是很好的閱讀源碼的方式，可以先通過 debug 了解下調用邏輯，都和哪些類有關聯，有大致了解後再通過 debug 了解整體代碼的功能實現，各個類都起到了什麼作用，有沒有涉及到設計模式等。

另外，優秀的開源項目中肯定會有許多地方應用到了 設計模式 ，建議在閱讀源碼之前，需要對常用的設計模式有大致的了解，不然閱讀源碼的效率會大大降低。

如果遇到讀不懂某部分源碼的時候，可以先跳過，之後再回來看，如果屬於搞不懂這部分就茶不思飯不想的人，可以在網上找是否有該部分源碼的解析或者文檔，也可以自己通過 源碼注釋和測試用例 去閱讀學習。

一般優秀的開源項目都會有 單元測試 ，可以通過對應類的單元測試去了解方法的含義和用法，加深對源碼邏輯的理解。

在閱讀源碼的時候，可以在代碼上加上 注釋和總結 ，同時還可以畫出 時序圖和類圖 ，這樣對閱讀源碼有很大的幫助，可以很清楚地知道類之間的調用關系和依賴關系，也方便以後回顧，重新閱讀。

在這里推薦大家一個 IDEA 插件 SequenceDiagram，可以根據源碼生成調用時序圖，便於閱讀源碼。

剛開始閱讀源碼，不建議直接看框架源碼，可以先從 jdk 源碼看起：

jdk 源碼也是非常龐大的，可以分模塊來閱讀，下面是建議的閱讀順序：

其他包下的代碼也可以做下了解，JDK源碼閱讀筆記：https://github.com/wupeixuan/JDKSourceCode1.8

再有了一定的源碼閱讀經驗後，可以再去學習 Spring、Spring Boot、Dubbo、Spring Cloud 等框架的源碼。

主要介紹了為什麼讀源碼以及如何讀源碼，供大家參考，每個人都有適合自己的閱讀源碼的方式，希望可以在學習中去摸索出一套屬於自己的方式。

閱讀源碼不是一蹴而就的，這是持久戰，只要你能夠堅持下來，肯定受益匪淺。閱讀源碼的過程比較枯燥，可以在社群里一起討論學習，這樣可能效率更高些。

沒看過源代碼，都不好意思出來說了，最近剛好在看一些，來說一個。

先看一下這個庫是做什麼用的，然後提供了哪些功能。

一般會看下項目最新的情況，然後沒有關閉的issue，看下wiki，大家在討論什麼。

clone 一份到本地，然後先看下目錄結構，然後根據文檔看幾個簡單的組件的時候，一邊看掘金上的分析，一邊自己看下實現。

e le

餓了么這個框架代碼結構還是很清楚的，基本上每個組件都是分開的，所以你只要看其他的一個文件夾就行。然後一些工具的都在src文件夾。

要學會看issue，一般開源的項目都有人會來提建議，有些是bug，有些是功能，你可以看看自己是否有能力去解決，如果可以的話，你可以去fork代碼，然後自己修改，再提pr。

我最近恰好找摸索出一個梳理遺留系統架構的技巧：自底向上 找到一個典型的切面 沿著調用和回調的路徑 在代碼中添加結構化注釋（比如eclipse中加//TAG 流程A1.1 甲->>乙），這樣便得到了一個code地圖，並且在tasks視圖中看起來很直觀（看起來跟書的目錄一樣）可快速跳轉。將目錄到有道雲筆記的markdown序列圖中 就自動生成了一個序列圖。

我覺得這基本上就是可縮放的可視化架構地圖了，對維護一個比較亂和龐大的遺留系統非常有幫助，定位代碼 修改維護都方便多了。

1、需要過硬的基礎知識，這個前提。不然基本語法、常用的模式都不曉得怎麼讀。

2、多參考 歷史 版本和更新變化，好的源碼都是反復迭代出來的精華，開始就讀精華是很不明智的，所以看看版本更新說明，版本的 歷史 演變。就想人一樣是怎樣進化過來的。

3、參考別人閱讀注釋，想必在你讀源碼之前也有人讀過了源碼，並且總結，注釋。和分享原理，可供你參考，畢竟每個人讀一篇文章，理解的東西是有差異化的。

4、直接買書，有些作品直接出書就是源碼精解

5、找個大神給你慢慢分析，這個最快。娓娓道來，直接面授比啥都強。缺點是，你容易跟著他的思維走下去。

我覺得閱讀代碼就不應該高效，而應該像看小說一樣，看的過程就像是在和作者交流，有趣才是看代碼的動力。

畫圖，看數據走向，邏輯走向

先弄清楚這些代碼實現了哪些功能，然後從主線開始往下看，好的代碼光看變數和介面名稱就能明白是什麼意思？扒出源碼實現的整體框架邏輯，然後再對自己感興趣的模塊進行剖析，還是從整體把握，細節深入，慢慢地整個框架就被豐滿了。

接下來是思考為什麼要如此設計，這樣設計的好處是什麼？如果是你來做應該怎麼設計，把你覺得源碼缺點的地方進行仔細研究，了解裡面是否包含自己不清楚的細節，避免遺漏。

接下來就是根據代碼改造或者是調試錯誤，對於源碼中遇到的不理解的地方一定要弄明白，有的確實是畫蛇添足，有的有獨特的作用。

多多學習，對每一種主流框架銘記於心，對主流設計模式了如指掌，萬變不離其宗，源碼看多了，跟看一個電視機遙控器的操作說明一樣。

1、一邊閱讀代碼一邊寫注釋。這是我用過的最好的方法，對代碼理解得更深入，看一些重要代碼或者特別難懂的代碼時挺有用。更何況，注釋也是一種文檔嘛。

2、一邊閱讀代碼一邊繪制UML。這個方法適用於類之間的關系較復雜和調用層次較深的情況，我一般都是先繪制順序圖，然後為順序圖中的類繪制關系圖。

3、通過Debug來跟蹤程序的主要執行過程，這樣就可以分清主次了，閱讀的時候更有針對性。

4、類的快速閱讀。先弄清楚它在繼承鏈中的位置，看看它的內部狀態，也就是成員變數，一般來說，類的對外介面都是對成員變數的訪問、加工、代理等，然後看看它的對外介面，也就是公有成員函數，識別核心的一個或多個函數，這時候你應該可以大概了解這個類的職責或作用了。可能這個類是某個設計模式中的一個組成部分，所以，設計模式的掌握對代碼的快速閱讀也是很有幫助的。

5、帶著問題去閱讀。比如想了解android中的消息機制，那麼看看Looper、Handler、MessegeQueue這幾個類就可以了，其他的不要去看，要不然就跑題了。

下面列幾個閱讀源碼時所處的情景，在特定場景下用哪些方法： 不太熟悉業務邏輯，還不是很清楚它是幹啥的，可以用3、5。 代碼量很大，有幾十萬行，甚至百萬行，可以用2、3、5。 你無法看見程序的運行過程，比如沒有用戶界面，也有可能是無法運行的，可以用3、5。 設計復雜，用了大量的設計模式，調用鏈很深，可以用1、2、3、4、5。 時間有限，沒有那麼多時間讓你看源碼，可以用3、5。

畫出邏輯流程圖，先了解整體流程，再詳解具體函數

③ android實戰培訓課程

⑴ 安卓培訓主要學習哪兒些內容

每個人准備培訓情況和基礎都是不一樣的，但是看了你的問題之後覺得咱倆的情況還是很相似的，我是去年畢業的，當時我學的是計算機專業，當時在學校的時候開的各門的課程都是以理論基礎為主要的，我也不是說大學的教育不好，可是當時的課程一般都是教授級別的給我們講一般的模式就是老師講課在上面念PPT我們在下面拍照，等最後考試的時候老師直接給我們劃題答案背過基本這一年就這樣過去了，技術類的東西是真心沒學到，後來華清遠見到我們學校和我們學校合作，給我們弄得安卓方面的實訓課程，覺得自己欠缺的很多的，也是怕和你這種情況一樣找不到理想的工作，所以我就在華清遠見進行的安卓培訓，當時我們的學習內容主要有以下幾點，其實各種的培訓班的課程都是大同小異的老師屬於一部分的因素最關鍵的還是要靠自己的。
第一階段的課程一般都是Java編程開發，這一部分應該會和Java後台有相關聯的地方，但是比Java後台簡單，這一階段一般要學習Java語法和Java面向對象思想、Java數據結構及演算法、GUI界面編程、Java進程與線程、Java網路通信與流、設計模式、資料庫和Javaweb，安卓在這一階段的學習內容看似和後台關聯性很大，但是這一部分我們只學習後台一些基礎的東西和日後會用到的東西，我們要把基礎奠定好。

第二階段要學習的內容是安卓基礎開發，主要的課程內容為Android界面編程（界面編程是Android入門的核心技術，內容縱多，涉及四大組件之一Activity、Wedget、自定義View、事件處理、動畫處理、列表、圖片處理、國際化、資源文件、菜單、通知、對話框、Tools/ActionBar/Fragment、樣式/主題、Intent。）、進程與線程、服務與廣播、數據存儲、網路通信、多媒體以及硬體相關，這一階段更注重安卓入門基礎的培訓，一定要好好的把握。
接下來學習的內容是一個進階階段，主要學習的是安卓的高級開發，一般的課程內容為HOME開發、NDK開發等、地圖開發項目發布等等，以上就算是安卓培訓的所有學習內容，但是你掌握了學習內容之後還是遠遠不夠的，一般的培訓班都會給我們安排項目實戰的，這是一種思想的鍛煉，我們做什麼就要有什麼的思維做後台的有做後台的思維，做前端的有做前段的思維，我們學安卓的進行手機端APP開發的就要有安卓的思維，這一階段也是很重要的，就好比我們在華清遠見學完整體的內容之後也參與了一些項目的實戰。

我把每一階段要學習的課程都給你整理了，你可以現在有準備的去看一些基礎的視頻或者相關的書籍了。

⑵ 我想學習安卓開發，哪個培訓機構靠譜呢

沒什麼好與不好，建議對比師資選擇，管理團隊擁有平均10年以上IT培訓行業從業經驗，核心講師團隊由Mars、老羅、餅乾等移動互聯網傳奇名師領銜，以良知教學為本、責任心強，平均8年的執教經驗，在業內首屈一指，教學方面可以不用擔心。

⑶ 現在的安卓教育培訓是真的嗎

當然是真的，首先國內移動互聯時代是移動應用App的爆發式增長，人們的消費與使回用傾向正逐漸向移動答端轉移，這種趨勢就如同當初的互聯網一樣勢不可擋。從各項統計來看，現在App的大行其道，正慢慢的吞噬著軟體業。都說互聯網改變了我們的生活，不過短短的數年時間，帶來的卻是一整個屬於移動端的時代。
其次移動開發行業的人才供不應求，缺口逐漸加大，所以除了專業的開發者，也吸引了一大群嘗試擇業的在職者和優秀畢業生。與此同時，移動端的教育培訓缺口也被打開，一些經典的如Android開發培訓課程受到了學員們熱烈的追捧。

數據表明，當前Android已經佔到移動系統的80%以上。因而越來越多的應屆畢業生與在職者從原來的專業或職業中走出來，擁抱IT，擁抱移動互聯網這個朝氣蓬勃的產業。首選就是學Android開發，因而選擇好的線上或線下Android培訓機構就顯得極為重要。

最後好的Android開發培訓課程，必然來自好的Android開發培訓機構。尚矽谷教育通過全日制小班授課與項目實戰相結合的形式，全方位的服務學員，專注於移動互聯網領域高端課程的研發。

⑷ Android培訓課程有什麼內容

今後，業界將有兩種移動開發課程體系：一種是其他機構Android課程，一種是尚矽谷Android+HTML5混合開發課程。

尚矽谷Android課程全面升級為《Android+HTML5混合開發》，讓學員如虎添翼！在原Android課程基礎上加入HTML、CSS、JavaScript、React核心，React Native跨平台混合開發、豆瓣搜索項目實戰等H5前端技術。

當前，同時掌握「Android原生開發」+「H5跨平台開發」兩大核心技術的復合型移動開發人才嚴重供不應求，薪資節節攀升，就業及未來職業發展都極具競爭力。

⑸ 安卓系統 培訓 有什麼課題可以選

只要寫GUI開發就可以了，這本身就很深奧了。可以從以下著眼： 1.GUI框架 2.各個控鍵的重復使用 3.高擴展性 4.性能優化 可以參考一下《Java Swing ...

⑹ 安卓培訓多少錢，安卓培訓課程有哪些

Android培訓周期一般都是4個月，至於培訓費用大部分培訓機構的收費標准都不相上下，部分Android高端培訓費用會偏高一點，費用2W+。選擇Android培訓除了看培訓機構外也要看自身條件，適合參加什麼樣的培訓，例如普通還是高端，普通的Android培訓零基礎也可以，但高端Android培訓就需要計算機語言基礎了。

好程序員Android高端班課程，是一套涵蓋 Java 語言強化、Java Web 開發、Android 應用開發、Android 游戲開發的專業課程。本套課程真正圍繞Android知識體系制訂，絕非由Java EE課程、Java ME課程或者Symbian課程改造而成。每一階段課程涵蓋多個實戰項目，每個知識點均對應項目中實際功能，學習新知識的同時不斷向項目中添加新功能，獨特的教學方法幫助學員強化學習目標，迅速提升學習能力。致力於培養Android 高端開發人才，旨在培養真正的 Android 應用和游戲開發能力的高素質人才，學員畢業即具備行業前沿開發技術。
第一階段 Java面向對象高級編程——java編程語法進階
該階段課程重點講解了面向對象設計原則與設計模式；智能家居之遠程監控。
Java面向對象編程
1、面向對象設計原則
2、面向對象設計模式概要
3、面向對象設計模式a.創建型設計模式b.結構型設計模式c.行為模式4、數據結構與常用演算法
第二階段 高級JDK API開發技術 —— Java Web編程
該階段課程重點講解了JDK當中的高級API的使用方法，包括新的並發線程庫和反射機制。手機安全衛士
Java Web編程
1、並發線程庫介紹
2、線程本地變數的使用方法
3、信號量與可重入鎖
4、讀寫鎖的使用方法
5、阻塞隊列與同步 *** 庫使用方法
6、Java反射機制介紹
7、Class、Field和Method的使用方法
8、動態代理模式的使用方法
9、Java框架開發原理
第三階段 Android基礎階段大綱
一、UI基礎
1.Android環境搭建及工程目錄介紹：1.1 Android開發(版本：SDK21及以上版本)環境搭建1.2 Android發展史、移動設備操作系統、四層系統架構等理論知識1.3 HelloWorld程序1.4 adb shell簡介(install uninstall)
2.常用UI布局及主要控制項2.1 LinearLayout2.2 RelativeLayout2.3 FrameLayout2.4 GridLayout2.5 TextView基本用法
3.表單UI控制項及相應控制項的事件處理3.1 EditText、Button、ImageView3.2 RadioButton及RadioGroup的用法3.3 CheckBox的多選效果及監聽3.4 Toast的基本用法
4.Spinner、AutoCompleteTextView、ScrollView及適配器、數組資源4.1 Spinner4.2 適配器4.3 數組資源4.4 AutoCompleteTextView4.5 ScrollView4.6 ProgressBar、SeekBar、RatingBar
5.UI美化及Android資源5.1 Style的簡單用法5.2 Android資源匯總
二、應用核心組件初識
1.Activity生命周期及頁面跳轉傳值1.1 Activity的聲明和使用1.2 Activity生命周期1.3 Activity現場保護1.4 Activity基本頁面跳轉及傳值1.5 Activity具有返回值的頁面跳轉
2.Activity啟動模式及Intent七大屬性2.1 Task和Back Stack的基本概念2.2 Activity的啟動模式2.3 Intent屬性的特點及用法
3.AsyncTask非同步任務3.1 使用非同步任務的必要性3.2 非同步任務的用法
4.ListView基本用法及適配器介紹4.1 ListView基本用法4.2 SimpleAdapter4.3 BaseAdapter
5.ListView優化及分頁載入數據、GridView載入網路圖片、ExpandableListView5.1 ListView優化5.2 ListView滾動監聽實現分頁載入數據5.3 GridView載入圖片
三、數據存儲
1.菜單及對話框1.1 OptionsMenu1.2 ContextMenu1.3 PopupMenu1.4 PopupWindow1.5 AlertDialog1.6 ProgressDialog1.7 列表對話框1.8 自定義Dialog
2.數據存儲2.1 SharedPreferences2.2 內部存儲2.3 外部存儲2.4 存儲Bitmap圖片到外部存儲
3.SQLite資料庫與CursorAdapter適配器3.1 回顧SQLite3.2 SQLiteOpenHelper的用法3.3 CursorAdapter
4.ContentProvider4.1 ContentResolver實現系統資料庫的操作4.2 自定義ContentProvider
5.Loader5.1 CursorLoader的用法5.2 AsyncTaskLoader載入本地數據
四、移動開發主流界面實現
1.動畫資源1.1 幀動畫1.2 補間動畫1.3 屬性動畫
2.Fragment2.1 Fragment基本用法2.2 Fragment傳值2.3 Fragment性能優化
3.ViewPager3.1 ViewPager與適配器3.2 ViewPager載入網路圖片3.3 PagerAdapter的優化
4.書簽導航4.1 書簽導航多種實現方式（無需代碼實現）4.2 RadioGroup + ViewPager + Fragment實現導航4.3 HorizontalScrollView + ViewPager + Fragment實現導航
5.Handler、Looper消息傳遞機制5.1 Handler、Looper消息傳遞機制的原理5.2 Handler、Looper源碼
五、應用核心組件進階（Android Studio開發環境教學）
1.ActionBar （Action View、SearchView）+ ToolBar1.1 ActionBar1.2 ToolBar
2.BroadcastReceiver及Notification2.1 Notification (普通通知、大視圖通知、進度條通知、自定義通知)2.2 廣播接收器2.3 自定義發送廣播
3.Service基礎3.1 Service介紹3.2 Start Service3.3 IntentService3.4 Bind Service3.5 兩種服務混合使用實現MediaPlayer音樂播放
4.跨進程的Service4.1 AIDL4.2 Messenger
5.LruCache與Bitmap二次采樣、WebView與HTML5混合開發5.1 LruCache5.2 二次采樣5.3 WebView5.4 HTML5混合開發
六、View深入探究
1.網路地圖1.1 網路地圖基本用法1.2 網路地圖搜索
2. 事件分發消費機制2.1 事件分發消費機制原理2.2 事件分發消費機制的應用場景
3.自定義View（一）3.1 自定義View介紹3.2 自繪制的自定義View
4.自定義View（二）4.1 具有介面回調的自定義View4.2 繼承於ViewGroup的自定義View
5.機型適配及SVN搭建5.1 機型適配介紹5.2 屏幕相關重要概念回顧5.3 機型適配的解決方案5.4 SVN搭建
第四階段 Android項目實戰階段大綱
一、項目實戰第一階段
1.TabLayout及SlidingPaneLayout1.1 TabLayout(5.0Material Design新技術)與ViewPager配合自定義Tab1.2 SlidingPaneLayout左側或右側滑動1.3 NavigationView(5.0Material Design新技術)HeaderLayoutMenu xml配置Navigation監聽事件
2.okHttp網路訪問框架及Picasso2.1 okHttp框架的介紹2.2 okHttp框架的用法Http請求方法：get，post同步請求，非同步請求（回調在非UI線程中）2.3 Picasso載入網路圖片的用法簡單圖片請求Picasso通用配置:內存緩存大小，磁碟緩存大小及位置圖片載入配置:下載尺寸，填充模式，載入中圖片，錯誤圖片2.4 第三方側滑菜單：SlidingMenu菜單設置
3.Fresco（壁畫非同步載入圖片框架）3.1 Fresco框架的介紹3.2 Fresco框架的用法（中文文檔）簡單圖片請求Fresco通用配置:內存緩存大小，磁碟緩存大小及位置圖片載入配置:下載尺寸，填充模式，載入中圖片，錯誤圖片，頂層，底層，圖片變形
4.PullToRefresh、SwipeRefreshLayout及Ultra PullToRefresh4.1 PullToRefresh框架配置事件回調多種控制項PullToRefreshBase重寫4.2 SwipeRefreshLayout配置事件回調4.3 Ultra PullToRefresh（中文文檔）配置事件回調多種下拉效果
5.打包（按渠道打包）、混淆及數字簽名5.1 按渠道打包基本打包多渠道：資源，清單文件，代碼，調試5.2 混淆開啟混淆混淆配置：保留類，保留方法，忽略錯誤5.3 數字簽名生成keystore配置簽名
二、項目實戰第二階段——Android新技術
1.RecyclerView1.1 5.0新技術介紹（Material Design）設計理念、新增控制項1.2 RecyclerView的用法、CardView的用法1.3 RecyclerView與ListView比較
2.5.0Material Design新技術2.1 CoordinatorLayoutToolbar與Layout2.2 TextInputLayout錯誤監聽2.3 Snackbar監聽Action2.4 FloatingActionButton屬性介紹onClick
3.媒體播放器3.1 視頻播放器VideoView3.2 SurfaceView及MediaPlayerSurfaceView介紹與View區別SurfaceHolder與CallBackMediaPlayer.setDisplayMediaPlayer載入網路視頻3.3 獲取視頻縮略圖使用Fresco3.4 ListView的item實現視頻播放Item顯示視頻單Item播放Item滾出時停止播放3.5 播放器全屏顯示與恢復3.6 Vitamio（維他密播放器）
4.攝像頭、感測器、ZXing二維碼4.1 利用Intent實現攝像頭兩種模式，存文件和縮略圖4.2 加速度感測器實現《搖一搖》感測器獲取感測器監聽注冊加速度感測 搖一搖4.3 ZXing實現生成二維碼（容錯等級、二維碼正中心Logo）生成BitMatrix轉Bitmap容錯等級中心Logo4.4 ZXing實現二維碼掃描導包
5.JPush推送、ShareSDK一鍵分享及第三方登錄5.1 JPush極光推送的原理及用法通知推送消息推送推送原理5.2 ShareSDK一鍵分享及第三方登錄注冊集成分享第三方登錄APIOAuth介紹
三、項目實戰第三階段
1.加密解密1.1 對稱加密（AES 、DES、3DES）1.2 非對稱加密（RSA）1.3 消息摘要（MD5、 SHA-1 )1.4 編碼解碼（Base64、URLEncode、URLDecode）
2.網路支付2.1 Alipay支付2.2 微信支付
3.ButterKnife（反轉注入框架）、EventBus、ActiveAndroid（資料庫ORM框架）及Retrofit(網路訪問框架)3.1 ButterKnife（反轉注入框架）3.2 EventBus的用法3.3 ActiveAndroid（資料庫ORM框架）3.4 Retrofit(網路訪問框架)
4.項目實戰需知4.1Git、UML4.2XMPP4.3常見面試題4.4移動端與伺服器端的交互流程4.5移動開發工程師與web工程師工作配合的流程4.6面試常用技巧（面試禁忌）4.7開發規范（代碼規范）
第五階段 就業指導及職業規劃

⑺ 求比較好的android培訓的課程

可以看看android培訓學習課程大綱了解下，課程分階段進行，不同階段學習的詳細內容可以看下。

第一階段：Android編程基礎--JavaSE階段()
Java語言入門
1、介紹計算機的基本使用和DOS常用命令 2、Java概述和開發環境 3、關鍵字、標識符、常量與變數 4、數據類型和運算符
5、流程式控制制與數組 6、方法的定義及格式、正確的調用方法
OOP編程
1、面向對象編程(OOP)、類和對象 2、成員變數和局部變數、方法（方法重載）、匿名對象 3、構造方法、封裝、this關鍵字
4、方法參數的傳遞（傳值、傳址）、static關鍵字 5、繼承、super關鍵字、方法的重寫、訪問修飾符許可權 6、抽象類與抽象方法、介面
7、多態（對象的多態，對象的轉型） 內部類和常用的設計模式
Java核心API
1、異常、異常處理，自定義異常
2、java基礎類庫：Object類、Scanner類、String類、StringBuffer類、
StringBuilder類、Arrays類、基本包裝類（拆箱、裝箱）、正則表達式、Math類、Random類、System類、Date類、DateFormate類、Calendar類，及其常用方法
3、 *** 框架：Collcetion介面、List介面、Set介面、Iterator介面、Map介面
4、List介面：ArrayList類、LinkedList類、Vector類、Stack類 Set介面：HashSet類、TreeSet類、Map介面: HashMap類、HashTable類、LinkedHashMap類、TreeMap類
5、泛型的使用
6、File類、File類的常用方法
7、I/O操作:IO流的種類，IO流的使用(位元組輸入/輸出流、字元輸入/輸出流、 位元組（字元）緩存流、轉換流、列印流、內存流、對象流、隨機讀取流) 多線程的使用（Thread類的常用方法、線程的生命周期，線程的實現、線程的安全問題）
網路與Web應用
1、Socket編程
2、HTML（結構，form表單）、Servlet簡介
3、SQLite資料庫的使用
4、HTTP網路訪問（URL類、HttpURLConnection類、HttpClient類）
5、JSON解析（JSON的格式、JSON的常用解析：JSON、Gson、fastJson）
6、XML解析(XML簡介、兩種常用的解析方式: PULL解析、SAX解析) 反射機制

第二階段：Android開發初級階段

UI基礎
1、Android發展史及四層系統架構
2、Android環境搭建及SDK介紹
3、創建第一個Android程序
4、Eclipse開發APP的目錄結構
5、Android Studio開發APP的目錄結構
6、adb shell簡介
7、View常用屬性
8、Android長度相關單位的概念、區別及轉換運算（sp、dp、dip、px、dpi）
9、LinearLayout及RelativeLayout特有屬性
10、FrameLayout及GridLayout特有屬性
11、TextView、EditText、Button、ImageView基本用法
12、RadioButton及RadioGroup的用法
13、CheckBox的多選效果及監聽
14、Spinner常用屬性及適配器
15、AutoCompleteTextView、ScrollView、ProgressBar、SeekBar、RatingBar的基本用法
16、Style的作用及基本用法
17、Android常用資源（id、字元串資源、顏色資源、尺寸資源、布局資源、數組資源、樣式和主題資源 、菜單資源、圖像資源、動畫資源、原生xml資源、raw資源、特殊Drawable資源、自定義屬性資源）
應用核心組件初識
1、Activity生命周期及頁面跳轉傳值
2、ctivity啟動模式及Intent七大屬性
3、AsyncTask非同步任務 ListView常用屬性、方法及監聽器ListView與ArrayAdapter的使用
4、ListView與SimpleAdapter的使用
5、SimpleAdapter與ViewBinder結合使用
6、ListView與BaseAdapter
7、ListView優化（內存空間優化、運行時間優化、ListView中item多布局的復用）
8、ListView滾動監聽實現分頁載入數據
9、GridView載入圖片
10、ExpandableListView的用法
數據存儲及相關組件
1、菜單及對話框 （OptionsMenu、ContextMenu、PopupMenu、PopupWindow、AlertDialog、ProgressDialog、列表對話框、自定義Dialog）
2、SharedPreferences
3、內部存儲的概念及用法
4、外部存儲的概念、存儲目錄及用法
5、存儲Bitmap圖片到外部存儲
6、SQLite資料庫與CursorAdapter適配器
7、ContentProvider與ContentResolver的概念及關系
8、ContentResolver實現系統數據的操作(聯系人、媒體庫文件、通話記錄、簡訊記錄)
9、自定義ContentProvider
10、CursorLoader的使用場景及用法
11、AsyncTaskLoader的用法以及與CursorLoader的對比
移動開發主流界面實現
1、動畫資源（幀動畫、補間動畫、屬性動畫）
2、Fragment基本用法
3、Fragment傳值
4、Fragment性能優化
5、EventBus的作用以及在Fragment中的應用
6、ViewPager基本使用（ViewPager實現歡迎引導頁）
7、ViewPager的適配器PagerAdapter、FragmentPagerAdapter、FragmentStatePagerAdapter
8、ViewPager載入網路圖片
9、PagerAdapter優化
10、TAB書簽導航的多種實現方式
11、RadioGroup + ViewPager + Fragment實現TAB導航HorizontalScrollView + ViewPager + Fragment實現TAB導航
應用核心組件進階
1、ActionBar基本用法（ActionBar顯示和隱藏、ActionBar添加動作項、ActionBar啟動圖標導航、分離式ActionBar、
ActionBar導航模式、ActionBar現場保護 Action View的介紹、ActionProvider）
2、ActionBar上SearchView的用法
3、ToolBar的基本用法
4、ToolBar的Standalone用法
5、Notification (普通通知、大視圖通知、進度條通知、自定義通知)
6、廣播接收器的概念、作用、分類及注冊
7、廣播接收器實現系統監聽（開機監聽、簡訊監聽、電話監聽、耳機插拔監聽、網路狀態改變監聽、電量改變監聽）
8、自定義發送廣播（發送無序廣播、有序廣播、發送本地廣播、注冊本地廣播接收器 ）
9、Service的概念、分類、生命周期、注冊及使用場景
10、Start Service實現音樂播放器
11、IntentService實現網路視頻文件下載
12、DownloadManager實現網路視頻文件下載
13、Bind Service實現音樂播放器
14、兩種服務混合使用實現MediaPlayer音樂播放
15、AIDL跨進程Service的概念及用法
16、Messenger的概念及用法
17、Handler、Looper消息傳遞機制的原理
18、Handler、Looper源碼分析
19、LruCache與Bitmap二次采樣
20、WebView基本用法以及與5交互
View深入探究
1、事件分發消費機制的原理分析及應用場景
2、自定義View的常規做法
3、自繪制的自定義View（畫布Canvas、畫筆Paint、重寫onDraw()方法、重寫onMeasure()方法、自定義屬性）
4、組合式自定義View
5、具有手勢監聽的自定義View
6、繼承於ViewGroup的自定義布局
7、Android中機型適配出現的原因（系統碎片和屏幕碎片）
8、機型適配的解決方案（屏幕適配：相對布局、尺寸限定符、最小寬度限定符、屏幕方向限定符、自動拉伸點陣圖，版本適配，語言自適應）

第三階段：Android開發高級階段

常用第三方框架
1、網路地圖（網路地圖API及配置、網路地圖定位及覆蓋物、網路POI檢索、出行線路規劃、公交路線查詢）
2、第三方側滑菜單SlidingMenu及與原生DrawerLayout、SlidingPaneLayout的對比
3、UIL（universal-image-loader）圖片載入框架
4、okHttp網路訪問框架
5、Picasso載入網路圖片框架
6、Fresco載入圖片框架
7、xUtils3、0框架
8、PullToRefresh下拉刷新框架
9、Ultra PullToRefresh下拉刷新框架
10、ButterKnife（反轉注入框架）
11、ActiveAndroid（資料庫ORM框架）
12、Retrofit(網路訪問框架)
Android5.0新技術
1、RecyclerView及CardView
2、ExpandableRecyclerView CoordinatorLayout協調AppBarLayout、CollapsingToolbarLayout、NestedScrollView、 Toolbar、RecyclerView等控制項實現特殊滾動效果
3、TextInputLayout與TextWatcher
4、FloatingActionButton
5、Snackbar
6、TabLayout介紹以及與ViewPager、Fragment配合實現TAB導航效果
7、NavigationView介紹以及結合DrawerLayout使用SwipeRefreshLayout下拉刷新控制項
其他高級技術
1、媒體播放器（MediaPlayer、VideoView、SurfaceView及MediaPlayer）
2、Vitamio第三方播放器
3、攝像頭
4、感測器
5、ZXing二維碼
6、JPush極光推送
7、ShareSDK一鍵分享及
8、第三方登錄
9、Alipay支付及微信支付
10、加密解密（編碼解碼、對稱加密、非對稱加密、消息摘要）/p>

第四階段：Android項目實戰階段
APP開發
1、商業應用項目模擬（項目結構分析及設計、UML、Git、SVN、打包混淆及數字簽名）
2、移動開發工程師與web工程師工作配合的流程
3、常見面試題
4、面試常用技巧（面試禁忌）
5、開發規范（代碼規范）

⑻ google android官方培訓課程中文版這個學完夠嗎

不夠啊，你在多拿幾個項目練練手

④ Spring Tx源碼解析(二)

   上一篇 我們介紹了 spring-tx 中的底層抽象，本篇我們一起來看看圍繞這些抽象概念 spring-tx 是如何打造出聲明式事務的吧。籠統的說， spring-tx-5.2.6.RELEASE 的實現主要分為兩個部分：

這兩部分彼此獨立又相互成就，並且每個部分都有著大量的源碼支撐，本篇我們先來分析 spring-tx 中的AOP部分吧。

   EnableTransactionManagement 註解想必大家都很熟悉了，它是啟用 Spring 中注釋驅動的事務管理功能的關鍵。

EnableTransactionManagement 註解的主要作用是向容器中導入 ，至於註解中定義的幾個屬性在 Spring AOP源碼解析 中有過詳細分析，這里就不再贅述了。

由於我們並沒有使用 AspectJ ，因此導入容器的自然是 這個配置類。

  這個配置類的核心是向容器中導入一個類型為 的Bean。這是一個 PointcutAdvisor ，它的 Pointcut 是 ， Advice 是 TransactionInterceptor 。

   利用 TransactionAttributeSource 解析 @Transactional 註解的能力來選取標注了 @Transactional 註解的方法，而 TransactionInterceptor 則根據應用提出的需求（來自對 @Transactional 註解的解析）將方法增強為事務方法，因此 可以識別出那些標注了 @Transactional 註解的方法，為它們應用上事務相關功能。

   TransactionInterceptor 能對方法進行增強，但是它卻不知道該如何增強，比如是為方法新開一個獨立事務還是沿用已有的事務？什麼情況下需要回滾，什麼情況下不需要？必須有一個『人』告訴它該如何增強，這個『人』便是 TransactionAttributeSource 。

   @Transactional 註解定義了事務的基礎信息，它表達了應用程序期望的事務形態。 TransactionAttributeSource 的主要作用就是解析 @Transactional 註解，提取其屬性，包裝成 TransactionAttribute ，這樣 TransactionInterceptor 的增強便有了依據。

前面我們已經見過， spring-tx 使用 來做具體的解析工作，其父類 定義了解析 TransactionAttribute 的優先順序，核心方法是 computeTransactionAttribute(...) 。

默認只解析 public 修飾的方法，這也是導致 @Transactional 註解失效的一個原因，除此之外它還實現了父類中定義的兩個模板方法：

同時為了支持 EJB 中定義的 javax.ejb.TransactionAttribute 和 JTA 中定義的 javax.transaction.Transactional 註解， 選擇將實際的提取工作代理給 TransactionAnnotationParser 。Spring 提供的 @Transactional 註解由 進行解析。

的源碼還是很簡單的，它使用 AnnotatedElementUtils 工具類定義的 find 語義來獲取 @Transactional 註解信息。 RuleBasedTransactionAttribute 中 rollbackOn(...) 的實現還是挺有意思的，其它的都平平無奇。

RollbackRuleAttribute 是用來確定在發生特定類型的異常（或其子類）時是否應該回滾，而 NoRollbackRuleAttribute 繼承自 RollbackRuleAttribute ，但表達的是相反的含義。 RollbackRuleAttribute 持有某個異常的名稱，通過 getDepth(Throwable ex) 演算法來計算指定的 Throwable 和持有的異常在繼承鏈上的距離。

  程序猿只有在拿到需求以後才能開工， TransactionInterceptor 也一樣，有了 TransactionAttributeSource 之後就可以有依據的增強了。觀察類圖， TransactionInterceptor 實現了 MethodInterceptor 介面，那麼自然要實現介面中的方法：

可以看到， TransactionInterceptor 本身是沒有實現任何邏輯的，它更像一個適配器。這樣分層以後， TransactionAspectSupport 理論上就可以支持任意類型的 Advice 而不只是 MethodInterceptor 。實現上 TransactionAspectSupport 確實也考慮了這一點，我們馬上就會看到。

invokeWithinTransaction(...) 的流程還是非常清晰的：

第一步前文已經分析過了，我們來看第二步。

TransactionInfo 是一個非常簡單的類，我們就不費什麼筆墨去分析它了。接著看第三步，這一步涉及到兩個不同的操作——提交或回滾。

至此， TransactionInterceptor 於我們而言已經沒有任何秘密了。

  本篇我們一起分析了 spring-tx 是如何通過 spring-aop 的攔截器將普通方法增強為事務方法的，下篇就該說道說道 PlatformTransactionManager 抽象下的事務管理細節啦，我們下篇再見~~

⑤ Android socket源碼解析(三)socket的connect源碼解析

上一篇文章著重的聊了socket服務端的bind，listen，accpet的邏輯。本文來著重聊聊connect都做了什麼？

如果遇到什麼問題，可以來本文 https://www.jianshu.com/p/da6089fdcfe1 下討論

當服務端一切都准備好了。客戶端就會嘗試的通過 connect 系統調用，嘗試的和服務端建立遠程連接。

首先校驗當前socket中是否有正確的目標地址。然後獲取IP地址和埠調用 connectToAddress 。

在這個方法中，能看到有一個 NetHooks 跟蹤socket的調用，也能看到 BlockGuard 跟蹤了socket的connect調用。因此可以hook這兩個地方跟蹤socket，不過很少用就是了。

核心方法是 socketConnect 方法，這個方法就是調用 IoBridge.connect 方法。同理也會調用到jni中。

能看到也是調用了 connect 系統調用。

文件：/ net / ipv4 / af_inet.c

在這個方法中做的事情如下：

注意 sk_prot 所指向的方法是， tcp_prot 中 connect 所指向的方法，也就是指 tcp_v4_connect .

文件：/ net / ipv4 / tcp_ipv4.c

本質上核心任務有三件:

想要能夠理解下文內容，先要明白什麼是路由表。

路由表分為兩大類：

每個路由器都有一個路由表(RIB)和轉發表 (fib表)，路由表用於決策路由，轉發表決策轉發分組。下文會接觸到這兩種表。

這兩個表有什麼區別呢？

網上雖然給了如下的定義：

但實際上在Linux 3.8.1中並沒有明確的區分。整個路由相關的邏輯都是使用了fib轉發表承擔的。

先來看看幾個和FIB轉發表相關的核心結構體：

熟悉Linux命令朋友一定就能認出這裡面大部分的欄位都可以通過route命令查找到。

命令執行結果如下：

在這route命令結果的欄位實際上都對應上了結構體中的欄位含義：

知道路由表的的內容後。再來FIB轉發表的內容。實際上從下面的源碼其實可以得知，路由表的獲取，實際上是先從fib轉發表的路由字典樹獲取到後在同感加工獲得路由表對象。

轉發表的內容就更加簡單

還記得在之前總結的ip地址的結構嗎？

需要進行一次tcp的通信，意味著需要把ip報文准備好。因此需要決定源ip地址和目標IP地址。目標ip地址在之前通過netd查詢到了，此時需要得到本地發送的源ip地址。

然而在實際情況下，往往是面對如下這么情況：公網一個對外的ip地址，而內網會被映射成多個不同內網的ip地址。而這個過程就是通過DDNS動態的在內存中進行更新。

因此 ip_route_connect 實際上就是選擇一個緩存好的，通過DDNS設置好的內網ip地址並找到作為結果返回，將會在之後發送包的時候填入這些存在結果信息。而查詢內網ip地址的過程，可以成為RTNetLink。

在Linux中有一個常用的命令 ifconfig 也可以實現類似增加一個內網ip地址的功能：

比如說為網卡eth0增加一個IPV6的地址。而這個過程實際上就是調用了devinet內核模塊設定好的添加新ip地址方式，並在回調中把該ip地址刷新到內存中。

注意 devinet 和 RTNetLink 嚴格來說不是一個存在同一個模塊。雖然都是使用 rtnl_register 注冊方法到rtnl模塊中：

文件：/ net / ipv4 / devinet.c

文件：/ net / ipv4 / route.c

實際上整個route模塊，是跟著ipv4 內核模塊一起初始化好的。能看到其中就根據不同的rtnl操作符號注冊了對應不同的方法。

整個DDNS的工作流程大體如下：

當然，在tcp三次握手執行之前，需要得到當前的源地址，那麼就需要通過rtnl進行查詢內存中分配的ip。

文件：/ include / net / route.h

這個方法核心就是 __ip_route_output_key .當目的地址或者源地址有其一為空，則會調用 __ip_route_output_key 填充ip地址。目的地址為空說明可能是在回環鏈路中通信，如果源地址為空，那個說明可能往目的地址通信需要填充本地被DDNS分配好的內網地址。

在這個方法中核心還是調用了 flowi4_init_output 進行flowi4結構體的初始化。

文件：/ include / net / flow.h

能看到這個過程把數據中的源地址，目的地址，源地址埠和目的地址埠，協議類型等數據給記錄下來，之後內網ip地址的查詢與更新就會頻繁的和這個結構體進行交互。

能看到實際上 flowi4 是一個用於承載數據的臨時結構體，包含了本次路由操作需要的數據。

執行的事務如下：

想要弄清楚ip路由表的核心邏輯，必須明白路由表的幾個核心的數據結構。當然網上搜索到的和本文很可能大為不同。本文是基於LInux 內核3.1.8.之後的設計幾乎都沿用這一套。

而內核將路由表進行大規模的重新設計，很大一部分的原因是網路環境日益龐大且復雜。需要全新的方式進行優化管理系統中的路由表。

下面是fib_table 路由表所涉及的數據結構：

依次從最外層的結構體介紹：

能看到路由表的存儲實際上通過字典樹的數據結構壓縮實現的。但是和常見的字典樹有點區別，這種特殊的字典樹稱為LC-trie 快速路由查找演算法。

這一篇文章對於快速路由查找演算法的理解寫的很不錯: https://blog.csdn.net/dog250/article/details/6596046

首先理解字典樹：字典樹簡單的來說，就是把一串數據化為二進制格式，根據左0，右1的方式構成的。

如圖下所示：

這個過程用圖來展示，就是沿著字典樹路徑不斷向下讀，比如依次讀取abd節點就能得到00這個數字。依次讀取abeh就能得到010這個數字。

說到底這種方式只是存儲數據的一種方式。而使用數的好處就能很輕易的找到公共前綴，在字典樹中找到公共最大子樹，也就找到了公共前綴。

而LC-trie 則是在這之上做了壓縮優化處理，想要理解這個演算法，必須要明白在 tnode 中存在兩個十分核心的數據：

這負責什麼事情呢？下面就簡單說說整個lc-trie的演算法就能明白了。

當然先來看看方法 __ip_dev_find 是如何查找

文件：/ net / ipv4 / fib_trie.c

整個方法就是通過 tkey_extract_bits 生成tnode中對應的葉子節點所在index，從而通過 tnode_get_child_rcu 拿到tnode節點中index所對應的數組中獲取葉下一級別的tnode或者葉子結點。

其中查找index最為核心方法如上，這個過程，先通過key左移動pos個位，再向右邊移動（32 - bits）演算法找到對應index。

在這里能對路由壓縮演算法有一定的理解即可，本文重點不在這里。當從路由樹中找到了結果就返回 fib_result 結構體。

查詢的結果最為核心的就是 fib_table 路由表，存儲了真正的路由轉發信息

文件：/ net / ipv4 / route.c

這個方法做的事情很簡單，本質上就是想要找到這個路由的下一跳是哪裡？

在這裡面有一個核心的結構體名為 fib_nh_exception 。這個是指fib表中去往目的地址情況下最理想的下一跳的地址。

而這個結構體在上一個方法通過 find_exception 獲得.遍歷從 fib_result 獲取到 fib_nh 結構體中的 nh_exceptions 鏈表。從這鏈表中找到一模一樣的目的地址並返回得到的。

文件：/ net / ipv4 / tcp_output.c

⑥ Feign源碼解析二

本文會基於Feign源碼，看看Feign到底是怎麼實現遠程調用

上文中，我們的 user-service 服務需要調用遠程的 order-service 服務完成一定的業務邏輯，而基本實現是order-service提供一個spi的jar包給user-service依賴，並且在user-service的啟動類上添加了一個註解

這個註解就是@EnableFeignClients，接下來我們就從這個註解入手，一步一步解開Feign的神秘面紗

該註解類上的注釋大概的意思就是：
掃描那些被聲明為 Feign Clients (只要有 org.springframework.cloud.openfeign.FeignClient 註解修飾的介面都是Feign Clients介面)的介面

下面我們繼續追蹤源碼，看看到底什麼地方用到了這個註解
利用IDEA的查找調用鏈快捷鍵，可以發現在.class類型的文件中只有一個文件用到了這個註解

OK，下面主要就是看這個類做了什麼

通過UML圖我們發現該類分別實現了 ImportBeanDefinitionRegistrar ， ResourceLoaderAware 以及 EnvironmentAware 介面
這三個介面均是spring-framework框架的spring-context模塊下的介面，都是和spring上下文相關，具體作用下文會分析

總結下來就是利用這兩個重要屬性，一個獲取應用配置屬性，一個可以載入classpath下的文件，那麼FeignClientsRegistrar持有這兩個東西之後要做什麼呢？

上面將bean配置類包裝成 FeignClientSpecification ，注入到容器。該對象非常重要，包含FeignClient需要的 重試策略 ， 超時策略 ， 日誌 等配置，如果某個FeignClient服務沒有設置獨立的配置類，則讀取默認的配置，可以將這里注冊的bean理解為整個應用中所有feign的默認配置

由於 FeignClientsRegistrar 實現了 ImportBeanDefinitionRegistrar 介面，這里簡單提下這個介面的作用
我們知道在spring框架中，我們如果想注冊一個bean的話主要由兩種方式：自動注冊/手動注冊

知道了 ImportBeanDefinitionRegistrar 介面的作用，下面就來看下 FeignClientsRegistrar 類是何時被載入實例化的

通過IDEA工具搜索引用鏈，發現該類是在註解@EnableFeignClients上被import進來的，文章開始的圖片中有

這里提下@Import註解的作用

該註解僅有一個屬性value，使用該註解表明導入一個或者多個@Configuration類，其作用和.xml文件中的<import>等效，其允許導入@Configuration類，ImportSelector介面/ImportBeanDefinitionRegistrar介面的實現，也同樣可以導入一個普通的組件類

注意，如果是XML或非@Configuration的bean定義資源需要被導入的話，需要使用@ImportResource註解代替

這里我們導入的FeignClientsRegistrar類正是一個ImportBeanDefinitionRegistrar介面的實現

FeignClientsRegistrar重寫了該介面的 registerBeanDefinitions 方法，該方法有兩個參數註解元數據 metadata 和bean定義注冊表 registry

該方法會由spring負責調用，繼而注冊所有標注為@FeignClient註解的bean定義

下面看registerBeanDefinitions方法中的第二個方法，在該方法中完成了所有@FeignClient註解介面的掃描工作，以及注冊到spring中，注意這里注冊bean的類型為 FeignClientFactoryBean ，下面細說

總結一下該方法，就是掃描@EnableFeignClients註解上指定的basePackage或clients值，獲取所有@FeignClient註解標識的介面，然後將這些介面一一調用以下 兩個重要方法 完成 注冊configuration配置bean 和注冊 FeignClient bean

斷點位置相當重要

BeanDefinitionBuilder definition = BeanDefinitionBuilder.genericBeanDefinition(FeignClientFactoryBean.class);

這里是利用了spring的代理工廠來生成代理類，即這里將所有的 feignClient的描述信息 BeanDefinition 設定為 FeignClientFactoryBean 類型，該類繼承自FactoryBean，因此這是一個代理類，FactoryBean是一個工廠bean，用作創建代理bean，所以得出結論，feign將所有的 feignClient bean定義的類型包裝成 FeignClientFactoryBean

最終其實就是存入了BeanFactory的beanDefinitionMap中

那麼代理類什麼時候會觸發生成呢？ 在spring 刷新容器時 ，會根據beanDefinition去實例化bean，如果beanDefinition的beanClass類型為代理bean，則會調用其 T getObject() throws Exception; 方法生成代理bean，而我們實際利用注入進來的FeignClient介面就是這些一個個代理類

這里有一個需要注意的點，也是開發中會遇到的一個 啟動報錯點
如果我們同時定義了兩個不同名稱的介面 （同一個包下/或依賴方指定全部掃描我們提供的 @FeignClient ），且這兩個 @FeignClient 介面註解的 value/name/serviceId 值一樣的話，依賴方拿到我們的提供的spi依賴，啟動類上 @EnableFeignClients 註解掃描能同時掃描到這兩個介面，就會 啟動報錯

原因就是Feign會為每個@FeignClient註解標識的介面都注冊一個以serviceId/name/value為key，FeignClientSpecification類型的bean定義為value去spring注冊bean定義，又默認不允許覆蓋bean定義，所以報錯

官方提示給出的解決方法要麼改個@FeignClient註解的serviceId，name，value屬性值，要麼就開啟spring允許bean定義覆寫

至此我們知道利用在springboot的啟動類上添加的@EnableFeignClients註解，該註解中import進來了一個手動注冊bean的 FeignClientsRegistrar注冊器 ，該注冊器會由spring載入其 registerBeanDefinitions方法 ，由此來掃描所有@EnableFeignClients註解定義的basePackages包路徑下的所有標注為@FeignClient註解的介面，並將其注冊到spring的bean定義Map中，並實例化bean

下一篇博文中，我會分析為什麼我們在調用（@Resource）這些由@FeignClient註解的bean的方法時會發起 遠程調用

⑦ OkHttp源碼解析 （三）——代理和路由

初看OkHttp源碼，由於對Address、Route、Proxy、ProxySelector、RouteSelector等理解不夠，讀源碼非常吃力，看了幾遍依然對於尋找復用連接、創建連接、連接伺服器、連接代理伺服器、創建隧道連接等邏輯似懂非懂，本篇決定梳理一遍相關的概念及基本原理。

● HTTP/1.1(HTTPS)
● HTTP/2
● SPDY

一個http請求的流程（直連）：
1、輸入url及參數；
2、如果是url是域名則解析ip地址，可能對應多個ip，如果沒有指定埠，則用默認埠，http請求用80；
3、創建socket，根據ip和埠連接伺服器（socket內部會完成3次TCP握手）；
4、socket成功連接後，發送http報文數據。

一個https請求的流程（直連）：
1、輸入url及參數；
2、如果是url是域名則解析ip地址，可能對應多個ip，如果沒有指定埠，則用默認埠，https請求用443；
3、創建socket，根據ip和埠連接伺服器（socket內部會完成3次TCP握手）；
4、socket成功連接後進行TLS握手，可通過java標准款提供的SSLSocket完成；
5、握手成功後，發送https報文數據。

1、分類
● HTTP代理：普通代理、隧道代理
● SOCKS代理：SOCKS4、SOCKS5

2、HTTP代理分類及說明
普通代理
HTTP/1.1 協議的第一部分。其代理過程為：
● client 請求 proxy
● proxy 解析請求獲取 origin server 地址
● proxy 向 origin server 轉發請求
● proxy 接收 origin server 的響應
● proxy 向 client 轉發響應
其中proxy獲取目的伺服器地址的標准方法是解析 request line 里的 request-URL。因為proxy需要解析報文，因此普通代理無法適用於https，因為報文都是加密的。

隧道代理
通過 Web 代理伺服器用隧道方式傳輸基於 TCP 的協議。
請求包括兩個階段，一是連接（隧道）建立階段，二是數據通信（請求響應）階段，數據通信是基於 TCP packet ，代理伺服器不會對請求及響應的報文作任何的處理，都是原封不動的轉發，因此可以代理 HTTPS請求和響應。
代理過程為：
● client 向 proxy 發送 CONNET 請求（包含了 origin server 的地址）
● proxy 與 origin server 建立 TCP 連接
● proxy 向 client 發送響應
● client 向 proxy 發送請求，proxy 原封不動向 origin server 轉發請求，請求數據不做任何封裝，為原生 TCP packet.

3、SOCKS代理分類及說明
● SOCKS4：只支持TCP協議（即傳輸控制協議）
● SOCKS5: 既支持TCP協議又支持UDP協議（即用戶數據包協議），還支持各種身份驗證機制、伺服器端域名解析等。
SOCK4能做到的SOCKS5都可得到，但反過來卻不行，比如我們常用的聊天工具QQ在使用代理時就要求用SOCKS5代理，因為它需要使用UDP協議來傳輸數據。

有了上面的基礎知識，下面分析結合源碼分析OkHttp路由相關的邏輯。OkHttp用Address來描述與目標伺服器建立連接的配置信息，但請求輸入的可能是域名，一個域名可能對於多個ip，真正建立連接是其中一個ip，另外，如果設置了代理，客戶端是與代理伺服器建立直接連接，而不是目標伺服器，代理又可能是域名，可能對應多個ip。因此，這里用Route來描述最終選擇的路由，即客戶端與哪個ip建立連接，是代理還是直連。下面對比下Address及Route的屬性，及路由選擇器RouteSelector。

描述與目標伺服器建立連接所需要的配置信息，包括目標主機名、埠、dns，SocketFactory，如果是https請求，包括TLS相關的SSLSocketFactory 、HostnameVerifier 、CertificatePinner，代理伺服器信息Proxy 、ProxySelector 。

Route提供了真正連接伺服器所需要的動態信息，明確需要連接的伺服器IP地址及代理伺服器，一個Address可能會有很多個路由Route供選擇（一個DNS對應對個IP）。

Address和Route都是數據對象，沒有提供操作方法，OkHttp另外定義了RouteSelector來完成選擇的路由的操作。

1、讀取代理配置信息：resetNextProxy()

讀取代理配置：
● 如果有指定代理（不讀取系統配置，在OkHttpClient實例中指定），則只用1個該指定代理；
● 如果沒有指定，則讀取系統配置的，可能有多個。

2、獲取需要嘗試的socket地址（目標伺服器或者代理伺服器）：resetNextInetSocketAddress()

結合Address的host和代理，解析要嘗試的套接字地址（ip+埠）列表：
● 直連或者SOCK代理， 則用目標伺服器的主機名和埠，如果是HTTP代理，則用代理伺服器的主機名和埠；
● 如果是SOCK代理，根據目標伺服器主機名和埠號創建未解析的套接字地址，列表只有1個地址；
● 如果是直連或HTTP代理，先DNS解析，得到InetAddress列表（沒有埠），再創建InetSocketAddress列表（帶上埠），InetSocketAddress與InetAddress的區別是前者帶埠信息。

3、獲取路由列表：next()

選擇路由的流程解析：
● 遍歷每個代理對象，可能多個，直連的代理對象為Proxy.DIRECT（實際是沒有中間代理的）；
● 對每個代理獲取套接字地址列表；
● 遍歷地址列表，創建Route，判斷Route如果在路由黑名單中，則添加到失敗路由列表，不在黑名單中則添加到待返回的Route列表；
● 如果最後待返回的Route列表為空，即可能所有路由都在黑名單中，實在沒有新路由了，則將失敗的路由集合返回；
● 傳入Route列表創建Selection對象，對象比較簡單，就是一個目標路由集合，及讀取方法。

為了避免不必要的嘗試，OkHttp會把連接失敗的路由加入到黑名單中，由RouteDatabase管理，該類比較簡單，就是一個失敗路由集合。

1、創建Address
Address的創建在RetryAndFollowUpInteceptor里，每次請求會聲明一個新的Address及StreamAllocation對象，而StreamAllocation使用Address創建RouteSelector對象，在連接時RouteSelector確定請求的路由。

每個Requst都會構造一個Address對象，構造好了Address對象只是有了與伺服器連接的配置信息，但沒有確定最終伺服器的ip，也沒有確定連接的路由。

2、創建RouteSelector
在StreamAllocation聲明的同時會聲明路由選擇器RouteSelector，為一次請求尋找路由。

3、選擇可用的路由Route

下面在測試過程跟蹤實例對象來理解，分別測試直連和HTTP代理HTTP2請求路由的選擇過程：
● 直連請求流程
● HTTP代理HTTPS流程
請求url： https://www.jianshu.com/p/63ba15d8877a

1、構造address對象

2、讀取代理配置：resetNextProxy

3、解析目標伺服器套接字地址：resetNextInetSocketAddress

4、選擇Route創建RealConnection

5、確定協議

測試方法：
● 在PC端打開Charles，設置埠，如何設置代理，網上有教程，比較簡單；
● 手機打開WIFI，選擇連接的WIFI修改網路，在高級選項中設置中指定了代理伺服器，ip為PC的ip，埠是Charles剛設置的埠；
● OkHttpClient不指定代理，發起請求。

1、構造address對象

2、讀取代理配置：resetNextProxy

3、解析目標伺服器套接字地址：resetNextInetSocketAddress

4、選擇Route創建RealConnection

5、創建隧道
由於是代理https請求，需要用到隧道代理。

從圖可以看出，建立隧道其實是發送CONNECT請求，header包括欄位Proxy-Connection，目標主機名，請求內容類似：

6、確定協議，SSL握手

1、代理可分為HTTP代理和SOCK代理；
2、HTTP代理又分為普通代理和隧道代理；普通代理適合明文傳輸，即http請求；隧道代理僅轉發TCP包，適合加密傳輸，即https/http2;
3、SOCK代理又分為SOCK4和SOCK5，區別是後者支持UDP傳輸，適合代理聊天工具如QQ；
4、沒有設置代理（OkHttpClient沒有指定同時系統也沒有設置），客戶端直接與目標伺服器建立TCP連接；
5、設置了代理，代理http請求時，客戶端與代理伺服器建立TCP連接，如果代理伺服器是域名，則解釋代理伺服器域名，而目標伺服器的域名由代理伺服器解析；
6、設置了代理，代理https/http2請求時，客戶端與代理伺服器建立TCP連接，發送CONNECT請求與代理伺服器建立隧道，並進行SSL握手，代理伺服器不解析數據，僅轉發TCP數據包。

如何正確使用 HTTP proxy
OkHttp3中的代理與路由
HTTP 代理原理及實現（一）