## 新聞 1. [谷歌確定Android 6.0命名為Marshmallow](http://www.cnbeta.com/articles/421403.htm) 谷歌終于確定了Android M中M所代表的甜品：Marshmallow（棉花糖）。Android 6.0五月下旬在I/O大會上亮相，將于今年秋天與用戶見面。但是依照慣例，谷歌并沒有宣布新Android的代號全稱。新版本發布后，只能說，MM巧克力豆的粉絲對不起了。 2. [剝離安全機制：Android Auto終于還是迎來了第三方ROM](http://www.cnbeta.com/articles/420289.htm) 移動平臺的Android系統深受MOD愛好者們的喜愛，而在面向車載平臺的Android Auto發布之后，我們就知道它早晚也是會迎來各種第三方ROM的。需要指出的是，盡管Android堅持著開源的理念，但是Google對于車載平臺的界面卻有著更加嚴格的控制。默認情況下，普通人是無法對其進行個性定制、甚至在Android Auto上側載（side load）應用的。 ## 教程 1. [關于Android的.so文件你所需要知道的](http://www.jianshu.com/p/cb05698a1968) 如果項目中使用到了NDK，它將會生成.so文件，因此顯然你已經在關注它了。如果只是使用Java語言進行編碼，你可能在想不需要關注.so文件了吧，因為Java是跨平臺的。但事實上，即使你在項目中只是使用Java語言，很多情況下，你可能并沒有意識到項目中依賴的函數庫或者引擎庫里面已經嵌入了.so文件，并依賴于不同的ABI。 2. [安卓中的Flux架構](http://www.jcodecraeer.com/a/anzhuokaifa/androidkaifa/2015/0816/3311.html) 要為安卓應用找到一個好的架構不是一件容易的事情。谷歌似乎不太在乎這個事情，因此在設計模式上，除了Activity 生命周期管理之外，再也沒有官方的推薦。但是，為你的應用打造一個架構師非常重要的。不管你是否喜歡，任何應用最終都會有一個架構。因此你最好是成為一個架構的奠基人，而不是等著它出現。 3. [Cool Android Apis 整理系列](http://oakzmm.com/categories/) 本系列包含2篇文章，[Cool Android Apis 整理（一）](http://oakzmm.com/2015/08/04/cool-Android-api/)和[Cool Android Apis 整理（二）](http://oakzmm.com/2015/08/11/cool-Android-api-2/)，主要是對?`Dan Lew`?的[Android Tips Round-Up](http://blog.danlew.net/2014/03/30/android-tips-round-up-part-1/)?系列文章和知乎上問題[Android開發中，有哪些讓你覺得相見恨晚的方法、類或接口？](http://www.zhihu.com/question/33636939)中涉及到的每個Tips都加入或官方文檔或使用方法或效果之類的補充。 4. [Android性能優化典范（三）](http://www.csdn.net/article/2015-08-12/2825447-android-performance-patterns-season-3/3) Android性能優化典范的課程最近更新到第三季，共包含12個短視頻，內容大致有：更高效的ArrayMap容器、使用Android系統提供的特殊容器來避免自動裝箱、避免使用枚舉類型、注意onLowMemory與onTrimMemory的回調等。 5. [Android Studio - MAC 版 - 快捷鍵詳解](http://blog.csdn.net/shulianghan/article/details/47321177) 在任何編程環境中, 熟練使用環境提供的快捷鍵會大大提高編程效率, 在 Android Studio 中也不例外, 熟練使用其快捷鍵是 Android 開發者必備的技能之一, 這里根據官網提供的列表, 我自己總結使用了一遍, 將快捷鍵使用記錄以及使用后的效果都展示給大家; 6. [MVP 在 Android 中的簡單應用](https://www.v2ex.com/t/212695#reply4) 導讀：上一章我們初探了Android MVP，但是只涉及到一些概念性的東西，這一章，我們將來一起來一步步實現一個簡單的MVP的Demo。 7. [Android MVP 探究與總結](http://www.v2ex.com/t/212456#reply2) 在Android的開發過程中，Activity承擔了大量地工作。如果對整個項目十分了解，并且在開發過程中有意識地抽離出了一些通用層的話，維護起來還稍微好一點，但實際上我們經常會遇到這樣一些情況：維護并迭代已有地商業項目（可能前幾期并不是由你開發）;UI變動極大（是不是經常Crtl+f到處查找？） 8. [MWR實驗室公布Android系統0day漏洞可繞過Android沙箱](http://www.droidsec.cn/mwr%E5%AE%9E%E9%AA%8C%E5%AE%A4%E5%85%AC%E5%B8%83android%E7%B3%BB%E7%BB%9F0day%E6%BC%8F%E6%B4%9E%E5%8F%AF%E7%BB%95%E8%BF%87android%E6%B2%99%E7%AE%B1/) MWR實驗室的研究人員又發現一個0day漏洞。這個漏洞存在于安卓系統中Google Admin應用程序處理一些URL的方式中，攻擊者甚至可以通過這個漏洞繞過沙箱機制。MWR實驗室在報告中提到了該漏洞原理：當Google Admin應用程序接收到一個URL，并且該URL是通過同一設備上任何其他應用的IPC調用接收時，Admin程序會將這個URL加載到它活動內的 Webview中。這時若攻擊者使用一個file:// URL鏈接到他們所控制的文件，那么就可以使用符號鏈接繞過同源策略，并接收到Admin沙箱中的數據。 9. [安卓再爆兩個短信拒絕服務/偽造狀態漏洞，影響所有Android版本](http://www.androidweekly.cn/android-dev-weekly-issue44/%E5%AE%89%E5%8D%93%E5%86%8D%E7%88%86%E4%B8%A4%E4%B8%AA%E7%9F%AD%E4%BF%A1%E6%8B%92%E7%BB%9D%E6%9C%8D%E5%8A%A1/%E4%BC%AA%E9%80%A0%E7%8A%B6%E6%80%81%E6%BC%8F%E6%B4%9E%EF%BC%8C%E5%BD%B1%E5%93%8D%E6%89%80%E6%9C%89Android%E7%89%88%E6%9C%AC) 第一個漏洞（CVE-2015-3839）可能允許攻擊者插入惡意消息到系統短信箱中導致其崩潰，造成用戶無法發送和接收短信，第二個漏洞（CVE-2015-3840)可以偽造短信的發送和接收狀態，可能導致用戶重復發送短信增加話費。不同于之前的Android Stagefright和Mediaserver組件漏洞，新漏洞瞄準的是Android系統的短信應用。這兩個漏洞影響Android系統所有版本，包獲最新Android5.1.1（僅影響Android原生系統的短信應用，不包獲第三方短信應用）。目前谷歌表示已經正在修復這兩個漏洞，同時給出的漏洞評級均為低危。 10. [Android視頻錄制app解決方案匯總](https://www.zybuluo.com/lichangadd/note/148109) 現在市面上視頻App有很多，例如：蝌蚪音客、美拍、小影還有最近火起來的小咖秀。這類App的技術難點基本都是在音視頻處理這一塊，iOS對多媒體處理的支持還算比較豐富，但是Android就會差很多。這里總結蝌蚪音客在多媒體處理上遇到的問題，供大家參考下。 ## 代碼&開源庫 1. [material-sheet-fab](https://github.com/gowong/material-sheet-fab) 一個實現了 FAB 變換為 Sheet 的 Transition 動畫的庫。 2. [InteractivePlayerView](https://github.com/iammert/InteractivePlayerView) 一個漂亮的自定義音樂播放View. 3. [android-DecoView-charting](https://github.com/bmarrdev/android-DecoView-charting) DecoView: Android arc based animated charting library. 4. [android-HeaderFooterGridView](https://github.com/recruit-mp/android-HeaderFooterGridView) 支持添加自定義Header和Footer View的GridView。 5. [awesome-android-testing](https://github.com/hotchemi/awesome-android-testing) 一個收集了關于單元android testing的一系列東西，包括測試框架、集成測試工具、測試服務、文檔、例子等。 6. [rx-preferences](https://github.com/f2prateek/rx-preferences) Reactive SharedPreferences。 7. [ArrowDownloadButton](https://github.com/fenjuly/ArrowDownloadButton) 一個漂亮的下載按鈕。 8. [ReactiveNetwork](https://github.com/pwittchen/ReactiveNetwork) 用RxJava Observables來檢測網絡連接狀態和WIFI信號強弱變化的庫。 9. [TagCloudView](https://github.com/kingideayou/TagCloudView) 支持 SingleLine 模式的標簽云效果. 10. [MarkdownView](https://github.com/falnatsheh/MarkdownView) 可以顯示 Markdown 格式文本的自定義WebView。 11. [Android-SpeedyViewSelector](https://github.com/devsoulwolf/Android-SpeedyViewSelector) 一個可以方便你給控件和布局添加Color Selector的庫。 12. [AndroidFillableLoaders](https://github.com/JorgeCastilloPrz/AndroidFillableLoaders) 通過 SVG paths實現的填充進度效果的Loaders。 ##工具 1. [Jimu Mirror](http://jimulabs.com/) 與JRebel、LayoutCast也是類似的工具，只不過側重點不同，Jimu Mirror支持Live-code（XML/Java/Kotlin/PNG files）、Hot-swapping、Accurate, interactive previews、REPL for Android UI development、Custom views, custom fonts、Great for learning Android coding、Sample data等等，Jimu Mirror是收費的Personal License每年79 USD，Commercial License每年 $149 USD，付費后第一年免費。 2. [JRebel for Android](http://zeroturnaround.com/software/jrebel-for-android/beta-quick-start/) 與LayoutCast類似，不需要復雜的配置只需安裝JRebel for Android的Android Studio插件即可，具體使用方法可以看官網的教程，目前還處于beta階段，不過我簡單使用了下效果挺不錯的，在代碼中修改后Make下，新的改變就可直接在真機上查看。 3. [LayoutCast](https://github.com/mmin18/LayoutCast) 一個可以把代碼和資源文件的改動直接同步到手機上，應用不需要重啟，省去了編譯運行漫長的等待。BUCK很快，但入侵性強，項目改動大，LayoutCast對項目改動小。 4. [Sixpack-java](http://sixpack.seatgeek.com/)? Sixpack是一個與語言無關的A/B測試框架，具有非常易用的API和內置的dashboard。Sixpack有兩個主要的組件，即Sixpack server和Sixpack web。其中sixpack server負責收集experiment 數據并決定要將哪一個可選方案展現給哪些人。Sixpack web是一個基于Web的dashboard。Sixpack支持多種語言的客戶端，目前包括PHP、Ruby、Python和JavaScript。 ## 設計 1. [五款app原型設計工具對比](http://get.jobdeer.com/7827.get) 我用五款“高保真”原型設計工具重新創建了IF by IFTTT user onboarding應用，目的是了解這些工具的不同之處，它們是Proto.io, Pixate, Framer, Facebook的 Origami 和 RelativeWave的Form。為什么我會選擇這五款？我發現用多數原型設計工具再造這種重度動畫效果的應用（圖標以不同的速度向不同的方向移動）幾乎不可能。大多數工具僅僅是讓你連接靜態“頁面”，只有那些更復雜的才能讓你在給定的頁面里不同的對象或“層”添加動效。 2. [簡約至上-交互設計四策略](http://ww2.sinaimg.cn/bmiddle/5f590940gw1ev1uo13zilj20ic7r31ky.jpg) 簡單并不意味著錢缺或低劣， 也不意味著不注重裝飾或者完全赤裸裸。而是說裝飾應該緊貼近設計本身，任何無關的要素都應該予以剔除。簡單的特征和個性應該源自你使用的方法、所要表現的產品，以及用戶執行的任務。簡單的用戶體驗是初學者、新手的體驗，或是壓力一下的主流用戶的體驗。 3. [為什么sketch中預置的畫布尺寸比真實分辨率小？](http://mp.weixin.qq.com/s?__biz=MzA4MzI0MTkxOQ%3Cmark%3E&mid=209374693&idx=1&sn=7e9e4acb85c5bc0e048aa3300541d79d#rd) 有太多太多剛剛上手sketch的小伙伴們都有這樣的問題，為什么我在Sketch中建立畫布，軟件預置的Artboard尺寸總是那么小呢？比如iphone6的真實分辨率是750-1334像素，但是sketch中的Artboard尺寸居然是375-667像素。同樣其他機型的預置尺寸也有問題，是sketch出錯了嗎？ ### 設計工具 1. [ColorHunt](http://www.colorhunt.co/) 一個收集了一些漂亮的配色板網站，每天都會更新。 ## Code之外 1. [我所理解的執行力](http://mp.weixin.qq.com/s?__biz=MjM5NTIyNTUyMQ%3C/mark%3E&mid=209463345&idx=1&sn=44a5fb5fdd127b69df87bf59657989f5&3rd=MzA3MDU4NTYzMw==&scene=6#rd) 從百度說起，百度的文化里面，除了最近幾年講的「狼性」以外，還有從公司成立之初就一直講的「簡單可依賴」。這里面的「可依賴」三個字，在我看來，就是一種對執行力的理解。 2. [為什么你應該嘗試全棧](http://weibo.com/p/1001593875062515164803) 程序員看到全棧這個概念，大概會有兩種反應: 1.臥槽，這個好，碉堡了 2.你懂毛，全棧就是樣樣稀松 以上兩種反應其實都有失偏頗，即使只做一種技術，做的很菜的多的是，而全棧但是樣樣都做的不錯的也不少，更別說這個世界還存在另外一種爆棧型的程序員，做什么什么精。 3. [怎樣有超級英雄般的高效率：學會用「心流」工作](http://weibo.com/p/1001603875052117703934) 寫這篇文字的原因，是很多人都在問這樣的問題，大狗熊，你每天的時間是如何分配的？又是播客，又是視頻，還學英語，每天還更新訂閱號文字，還組織跑步活動，還得干活兒掙錢，還得讀書啥的，這樣的時間，一天從早排到晚也不夠啊！你一定經常夜里加班吧？ 4. [時間統計法 | 善于工作的人，時間總是夠](http://weibo.com/p/1001603874439224817431) 「時間統計法」，源于一本被定義為「一部以真人真事為基礎的文獻性小說」：《奇特的一生》，這本書講述了蘇聯昆蟲學家柳比歇夫如何通過他所獨創并堅持了幾十年的時間管理方法，幫助他一生取得了巨大的成就。