將特定功能打包為外掛，當用戶需要使用某個特定功能時，才進行下載並開啟 發版更靈活，可隨時發版 組織架構更靈活，每個團隊負責自身的外掛開發 開發中除錯速度更快，直接將外掛推入手機

在Android中兩個Activity、Activity與Fragment之間傳參是件很痛苦的事情，因為要定義很多的key。步驟也非常的繁瑣，要存要取。 現在這個問題有了新的解決方案，就是利用Kot

本文會分析 觸控事件的產生 -> Activity.dispatchTouchEvent() 整個過程。希望對於 觸控事件的產生和系統處理過程 有一個簡單瞭解即可。 觸控事件的產生 : 觸控事件與

前言 最近公司有程序保活方面的業務需求，所以就趁著閒暇時間研究了相關的技術方案，並且親身驗證它們的可行性，接下來我會用幾篇文章詳細介紹。 之前就有人爆出手機 QQ 長久存活的祕訣，那就是 監聽使用者的

本節目錄 一.Activity的生命週期 1.典型情況下的生命週期分析 在正常情況下Activity從建立到到銷燬會經歷如下過程： (1) onCrea

Hook技術的核心實際上是動態分析技術，動態分析是指在程式執行時對程式進行除錯的技術。眾所周知，Android系統的程式碼和回撥是按照一定的順序執行的，這裡舉一個簡單的例子，如圖所示。

Android 模仿 iOS 的側滑返回一般分2大類：透明方案和非透明方案。 其中透明方案有很多隱藏的意料之外的情況需要處理。本文記錄透明方案彈出 PopWindow 後導致透明背景失效變黑色的情況。

最近因為專案裡用到了大量的Toolbar 在學姐的提問下想著如何讓封裝toolbar 使Toolbar更通用更好看程式碼看起來更簡潔 之前想著是把Toolbar重寫 最後在網上看到了很多人是用BaseActiv

為什麼要使用模版開發 在開發之中，我們總會遇到一些比較通用的模組，比如啟動頁，登陸功能，網路請求，MVP模式等等。有些功能甚至需要重複使用多次，我們通常的做法是把之前的模組拷貝過來，修改名字，再修改內容。如

最近在做一個app，介面的架構為：一個Activity裡面巢狀若干個Fragment，通過側滑導航欄切換Activity中的Fragment。 為什麼要把這篇文章單獨拿出來而不放在開發筆記中呢，因為感覺這個

底部導航條，在iOS中叫tabbar，在android中叫bottombar或bottom navigation，是一個常用的切換頁面的導航條。 同樣，如果有良好的第三方庫，我們應該優先考慮，能用好別人的東

#Activity ![](https://user-gold-cdn.xitu.io/2019/1/23/1687a36f94c7d771?w=915&h=502&f=png&s=70

典型情況下的生命週期 7個生命週期 onCreate ：Activity 正在被建立 初始化佈局和資料 onRestart ：Activity 正在重新啟動，從不可見變為可見狀態

Android 中的 Task 是什麼 我們知道，一個應用中可能有多個 Activity，而這些 Activity 被以棧的形式管理。當我們新開啟 Activity 或者按返回時，會導致 Activity

至美不過回首，往事重重，顧來時，荊棘漫漫，血浸途中。 今銅衣鐵靴，再行來路，任荊棘漫漫，唯落綠葉殘枝。 ----張風捷特烈 複製程式碼