Android開發技術週報 Issue#65

新聞

1. 2016 Google I/O大會日期宣佈了，今年Sundar Pichai會說些什麼？

   【官方獨家】谷歌CEO桑達爾·皮查伊（Sundar Pichai）今天在Google＋上宣佈：2016年Google I/O大會將於5月18日至20日舉行。今年大會的地址爲谷歌總部山景城的Shoreline Ampitheatre 露天劇場。

2. Android Studio 2.0 Preview 5 發佈

   新特性有：增長"cold swap" for Instant Run 功能，在重構菜單中增長了刪除未使用資源的功能、data binding 增長在 xml 中的代碼自動補全提示功能，Implicit API checks，Several new lint checks，Test Artifacts，優化在編寫 Style 時的代碼補全提示功能，會根據 parent styles 給出更合適的 item 以及修復一些列 bug 等等。

3. 木馬SlemBunk再次進化，瞄準全球Android手機銀行用戶

   FireEye專家們最近發現SlemBunk再次進化，此次它變身成了一個瞄準全球手機銀行用戶的強大的Android木馬。去年十二月，FireEye安全專家首次發現Android銀行木馬SlemBunk，一開始還只是針對銀行用戶使用的手機，做爲從第三方網站下載的合法銀行app的副原本迷惑用戶的雙眼。

教程

1. 聊一聊Android 6.0的運行時權限

   Android 6.0，代號棉花糖，自發布伊始，其主要的特徵運行時權限就很受關注。由於這一特徵不只改善了用戶對於應用的使用體驗，還使得應用開發者在實踐開發中須要作出改變。沒有深刻了解運行時權限的開發者一般會有不少疑問，好比什麼是運行時權限，哪些是運行時的權限，個人應用是否是會在6.0系統上各類崩潰呢，如何才能支持運行時權限機制呢。

2. Android UI性能優化詳解

   性能優化都須要有一個目標，UI的性能優化也是同樣。你可能會以爲「個人app加載很快」很重要，但咱們還須要瞭解終端用戶的指望，是否能夠去量化這些指望呢？咱們能夠從人機交互心理學的角度來考慮這個問題。研究代表，0-100毫秒之內的延遲對人來講是瞬時的，100-300毫秒則會感受明顯卡頓，300-1000毫秒會讓用戶以爲「手機卡死了」，超過1000ms就會讓用戶想去幹別等事情了。

3. Android平臺的無痕卡慢監控

   在複雜的項目環境中，因爲歷史代碼龐大，業務複雜，包含各類第三方庫，偶爾再來個jni調用，因此在出現了卡頓的時候，咱們很難定位究竟是哪裏出現了問題，即使知道是哪個Activity/Fragment，也仍然須要進去裏面一行一行看，動輒數千行的類再加上跳來跳去調來調去的，結果就是不了了之隨它去了，實在不行了再優化吧。因而一拖再拖，最後可能壓根就改不動了，客戶端愈來愈卡。

4. Android 開發繞不過的坑：你的 Bitmap 究竟佔多大內存？

   作移動客戶端開發的朋友們確定都由於圖頭疼過，提及來曾經還有過 leader 由於組裏面一哥們在工程裏面加了一張 jpg 的圖發脾氣的事兒，哈哈。爲何頭疼呢？吃內存唄，時不時還給你來個 OOM 沖沖喜，讓你的每一天過得有滋有味（真是沒救了）。那每次工程裏面增長一張圖片的時候，咱們都須要關心這貨究竟要佔多大的坑，佔多大呢？

5. Android性能優化典範（四）

   Android性能優化典範第4季的課程學習筆記終於在2015年的最後一天完成了(並於2016年1月12日正式發佈在CSDN上)，文章共17個段落，包含的內容大體有：優化網絡請求的行爲，優化安裝包的資源文件，優化數據傳輸的效率，性能優化的幾大基礎原理等等。

6. Android平臺的崩潰捕獲機制及實現

   Android系統碎片化形成應用程序崩潰嚴重，在模擬器上運行良好的程序安裝到某款手機上說不定就會出現崩潰的現象。並且，每每都是程序發佈以後在用戶端出現了崩潰現象。因此，如何及時捕獲並收集Android平臺的崩潰就顯得愈發重要。目前，市面上已經有第三方SDK能夠幫助開發者完成這一功能，本文將跟你們分享一下這些崩潰分析SDK的實現原理。

7. UC瀏覽器：ZipInputStream引起的思考

   ZipInputStream對於zip文檔不安全的處理方式會直接致使將設備最終控制權交給攻擊者，攻擊者可以遍歷整個路徑並寫入任何數據。然而今天我並非要講ZipInputStream的使用方法，固然若是感興趣的開發者朋友能夠花點時間看看《Safely extract files from ZipInputStream》

8. 濫用Android ClipData會有什麼後果？

   本文將要講述一個濫用Android的ClipBoardManager最後自食惡果的故事，當你使用Android的Clipboard框架，你將數據轉換成一個剪切對象，而後將剪切對象傳遞到系統剪貼板。剪貼板同一時間只容許存在一個剪切對象，當應用在剪切板中傳遞一個剪切對象，前面一個剪切對象就會被移除。應用也不須要請求任何特殊許可就能對剪切板進行讀取/寫入。

9. 理解Java NIO

   用戶空間就是常規進程（如JVM）所在區域，用戶空間是非特權區域，如不能直接訪問硬件設備。內核空間是操做系統所在區域，那確定是有特權啦，如能與設備控制器通信，控制用戶區域的進程運行狀態。進程執行I/O操做時，它執行一個系統調用把控制權交由內核。

10. 餓了麼移動APP的架構演進

    隨着移動互聯網時代的到來，移動技術也隨之飛速發展。現在，APP已然成爲絕大多數互聯網企業用來獲取用戶的核心渠道。與此同時，伴隨着業務量的增加，越來越多的APP也在不斷地挑戰着每個移動端研發人員的知識深度，而移動端技術人員也在這個不斷接受挑戰的過程當中，成就了今天的移動互聯網時代。

11. 從0到1：微信後臺系統的演進之路

    2個月的開發時間，微信後臺系統經歷了從0到1的過程。從小步慢跑到快速成長，經歷了平臺化到走出國門，微信交出的這份優異答卷，解題思路是怎樣的？

開源庫&項目

1. AndroidUML

   此項目是一個Android UML圖的集合，之前你們畫UML圖的時候，是使用畫圖工具來進行繪圖的，這樣一旦完成以後，別人來修改的代價 就很高，本身去修改的動力也不大，更不利於修改和傳播。

2. Android-Clean-Testing

   一個 Android Testing 示例項目，你能夠學到怎麼實現不一樣的 Testing 類型。

3. Bundler

   經過註解實現的一種類型的安全方式在 Android 中傳遞 bundles, intents 和參數的庫。

4. Autoprovider

   基於編譯時註解處理實現的 Content Provider 生成器。

5. CircleLayout

   一個能夠實現圓形佈局的 Layout 控件。

6. PasswordLoadingView

   在輸入完密碼後會顯示一個很好玩的動畫的控件。

7. AndroidTargetToolTip 
   能夠在 View 的上下左右位置或者屏幕上任意一點顯示一個相似 Toast 同樣的工具提示 View 的庫。

8. AndroidPicker

   安卓選擇器類庫，包括日期時間選擇器、單項選擇器、地址選擇器、顏色選擇器、文件目錄選擇器、數字選擇器、星座選擇器等。

9. SimpleWaveform

   顯示一串數據爲波形圖，或者條狀圖。

10. Hybrid

    簡單Hybrid框的實現。

工具

1. Build-time-tracker-plugin

   一個能夠連續追蹤構建時間的 Gradle 插件。

2. Lobotomy

   一個 Android 逆向工程框架和工具集。

視頻

1. 更快、更小的 Android 序列化技術

   數據序列化是 Android 應用很重要的一個方面，同時也影響着 Android 性能。JSON 雖然可讀性好，但這些面向人類的信息卻不是性能最優的。本期 Android Performance Patterns 第四季第14集，Colt McAnlis 爲你們介紹一些性能更優的數據序列化方案。

2. UX Design for Mobile Developers

   Google 官方推出的一套面向移動開發者的用戶體驗設計（UX Design for Mobile Developers）教程。良好的設計和良好的代碼一樣重要。本課程教你最重要的而且當即可用的技術和方法，幫你更好地把握應用中的設計元素。

設計

1. 2016年UI設計的新趨勢

   各平臺 (Android/iOS/HTML5/Web) 的標準設計語言接近一致 部分原生控件上只存在風格上的差別，對用戶無顯著影響。Material Design 不會大興其道，更不可能逆襲（用 Material Design 設計的 App 在 iOS 上使用），iOS 的實用主義設計會顯著影響 Material Design。

技術以外

1. 怎麼作好互聯網公司的技術團隊負責人

   正好寫2015年終總結，其實今年不太想寫的，可是公司有個我的總結要弄，寫了個開始就不由自主了，談談這方面的總結吧。互聯網公司的技術團隊負責人應該具有怎樣的能力？如下也發表一些我的的總結，這裏也參考了曾看到的優質文章和朋友的見解。主要從三個層面討論，固然它並不能適用全部公司，也能可引起一些口水，並且我作的是客戶端負責人，因此，僅供參考咯。