Android開發技術週報 Issue#67

時間 2019-11-29

標籤 android 開發技術週報 issue#67 issue 欄目 Android 简体版

原文原文鏈接

新聞

OpenJDK將對Android開發產生怎樣的影響？android

在2015年年末，InfoQ曾提到Google已經決定在Android中使用OpenJDK，以取代基於Harmony實現的Java庫。儘管這條消息在宣佈時恰逢聖誕期間，但Google的這一決定仍是在互聯網上引發了很大的反響，咱們將在本文中對於這些觀點進行一次總結。git

教程

ReactNative For Android 項目實戰總結程序員

Android Qzone 6.1版本在情侶空間涉水React Native，以動態插件方式將情侶空間進行React Natived的改造。在情侶空間基礎上，Android Qzone 6.2版本以融合的方式將話題圈進行React Native改造。本文主要講述話題圈的開發改造流程，相關數據對比及性能優化，本次改造ReactNative基於15Release。github
淺析 Android 的窗口編程

在開發過程當中，咱們常常會遇到，各類跟窗口相關的類，或者方法。可是，在 Android 的框架設計中，到底什麼是窗口？窗口跟 Android Framework 中的 Window 類又是什麼關係？以手機QQ 的主界面爲例，以下圖所示，上面的狀態欄是一個窗口，手機QQ 的主界面天然是一個窗口，而彈出的 PopupWindow 也是一個窗口，咱們常用的 Toast 也是一個窗口。segmentfault
Android 中有限狀態機的設計和應用
主要內容有：有限狀態機思想溯源，有限狀態機的基本概念和編程思想，Android StateMachine 源代碼解析，Android StateMachine應用實例緩存
Android相機開發那些坑性能優化

最近我負責開發了一個跟Android相機有關的需求，新功能容許用戶使用手機攝像頭，快速拍攝特定尺寸（1：1或3：4）的照片，並支持在拍攝出的照片上作貼紙相關的操做。因爲以前沒有接觸過Android相機開發，因此在整個開發過程當中踩了很多坑，費了很多時間和精力。這篇文章總結了Android相機開發的相關知識、流程，以及容易遇到的坑，但願能幫助從此可能會接觸Android相機開發的朋友快速上手，節省時間，少走彎路。微信
生仍是死？Android 進程優先級詳解架構

讓咱們面對現實：移動設備上沒有無限的內存、無限的電池或者其它無限的資源。這對應用而言意味着你應該把進程死亡做爲應用生命週期的一個天然過程對待。最重要的是確保殺死進程及內存回收不會對用戶形成負面影響。事實上，Android 中的多數進程架構都是爲了確保特定的順序而特別設計的，並按重要性層次遵循一組模式。
優化 Android 線程和後臺任務開發

在 Android 開發中，你不該該作任何阻礙主線程的事情。但這究竟意味着什麼呢？在此次海灣 Android 開發者大會講座中，Ari Lacenski 認爲對於長時間運行或潛在的複雜任務要特別當心。這一次演講，咱們將根據一個真實場景應用的需求，討論 AsyncTask, Activity, 和 Service，逐步創建一個更易於維護的解決方案。
Android 6.0: 動態權限管理的解決方案

Android 6.0版本(Api 23)推出了不少新的特性, 大幅提高了用戶體驗, 同時也爲程序員帶來新的負擔. 動態權限管理就是這樣, 一方面讓用戶更加容易的控制本身的隱私, 一方面須要從新適配應用權限. 時代老是不斷髮展, 程序老是以人爲本, 讓咱們爲應用添加動態權限管理吧! 這裏提供了一個很是不錯的解決方案.
如何自定義Android註解？
目前基於註解的開源項目愈來愈熱，Dagger, ButterKnife, Retrofit...不少熱門的開源項目都用到了註解，如何才能像GitHub大牛那樣優雅得使用註解呢？本文做者就給你一步步地演示，文末還有完整代碼喲。
Andriod 破解之道（一）

在Root前提下，咱們可使用Hooker方式綁定so庫，經過逆向方式篡改數值，從而達到所謂破解目的。然而，目前不管是軟件加固方式，或是數據處理能力後臺化，仍是客戶端數據真實性驗證，都有了必定積累和發展，讓此「懶技術」再也不是破解修改的萬金油。再者，閱讀彙編指令，函數指針替換，壓棧出棧等技術須要必定技術沉澱，不利於開發同窗上手。
Android 破解之道（二）

在這篇文章，咱們來討論一下基於Android系統多緩存文件方式截屏的一些事。《破解之道（一）》開篇介紹了基於Root環境截屏的技術，使用這種方式獲取屏幕數據是快捷而便捷的。然而，你們先不要開心太早，此中卻有兩個系統級問題，不多有文章涉獵討論，在此向你們詳細解說一下。
動態Android編程

本文章有些例子須要對Java或Android有必定編程基礎。與Python相比，Java是一門比較嚴肅的語言。做爲一個先學Python的程序員，作起Android不免會以爲不舒服，有些死板，很是懷念decorator等方便的方法。爲了實現一個簡單的邏輯，你可能須要寫不少額外的代碼。
Bitmap.recycle引起的血案

在Android中，Bitmap的存儲分爲兩部分，一部分是Bitmap的數據，一部分是Bitmap的引用。在Android2.3時代，Bitmap的引用是放在堆中的，而Bitmap的數據部分是放在棧中的，須要用戶調用recycle方法手動進行內存回收，而在Android2.3以後，整個Bitmap，包括數據和引用，都放在了堆中，這樣，整個Bitmap的回收就所有交給GC了，這個recycle方法就不再須要使用了。
如何學習 Android Animation？
動畫能夠作成什麼樣子（第1類）下述幾篇博文經過以下3個方面向開發者展現『動畫』：給出一些指導原則，闡述爲何要如此作動畫，或者這樣的動畫有什麼好處；給出 GIF 動圖，直觀地展現動畫是什麼；給出實現這種動畫的代碼片斷（關鍵類、方法、資源文件）或者實現思路；這很是棒，能夠幫助咱們很快創建動畫的印象，瞭解某個名詞表明的動畫是什麼樣子，應該怎麼去實現。並且代碼片斷不少是從開源項目中摘錄的，意味着咱們能夠調試這些動畫。
淺談 Android 開發文化

質量從用戶反饋很清涼而後咱們就只能看 CPU 原來的想法是可是事實上不是這些可是咱們能夠把數據收集上來，從長遠角度來講，咱們呢很簡單，怎樣擺脫這種要辭職的想法，那我能去哪，要幹啥，任何團隊都有必定的問題，若是他走，我以爲我還能夠接受缺一個告警什麼叫咱們的團隊當時是Android 開發如今陷入了困境（快陷入七年了…）。
如何對 Android 庫進行依賴管理？

Android 開發人員爲項目選擇庫的時候，考慮的因素不只僅是功能、可用性、性能、文檔豐富度和技術支持狀況。他們還關心庫的大小，以及要添加的方法數量。由於項目越大，依賴也越多，要把應用的方法數量控制在65k 如下，開發人員感受頗有壓力。另外，對於非發行版項目而言，Proguard 使用起來效率過低，並且開發人員視 multidex 如瘟疫，避之惟恐不及。所以，編寫庫的做者必須特別注意項目的大小。
如何量化Android應用的「卡」？—流暢度原理&定義篇

在手機App競爭愈來愈激烈的今天，Android App的各項性能，如CPU、內存消耗等都有了客觀的衡量指標。但對於App使用過程是否流暢，一直沒有一個可靠的指標將用戶的客觀感覺和數據一一對應。雖然以前有FPS(每秒幀數)做爲遊戲或視頻類App的性能指標，但對於那些界面更新很少的App來講，仍不是一個合適的衡量數據。
基於Fragment的Android前臺服務框架

從Android 3.0開始，Google引入了全新的Fragment UI體系，從新詮釋了可複用可延展的Android UI設計理念。Android Support Library更是爲任何面向低版本Android的應用開發者提供了完整的Fragment後向兼容方案（backport）。因此，若是開發一款新的Android應用，使用Fragment已無需有任何顧忌。儘早擁抱這一強大的機制設計，能夠幫你省下可觀的開發和維護工做量。

開源庫&項目

DilatingDotsProgressBar

圓點交替擴大效果的進度條
MaterialIntroView

一款可用於給 Android 應用添加用戶引導視圖的庫
AppCompat-Extension-Library

在 AppCompat Design Library 的基礎上提供了額外的控件：AccountHeaderView、FloatingActionMenu、CircleImageView、FlexibleToolbarLayout, Delightful Detail Drawables 和 TypefaceCompat
Freezer

一個簡單的 ORM 庫
ProgressFloatingActionButton

帶進度條的 FloatingActionButton
CircleDemo

仿微信實現的朋友圈
AndroidLintPlus
定製 Lint 規則
AndroidProcess

不要拿來幹壞事
sliding-deck

效果很贊