一、Android中判斷App啟動與關(guān)閉的技術(shù)探究
在Android開發(fā)中，我們經(jīng)常需要掌握應(yīng)用何時(shí)進(jìn)入前臺，何時(shí)被用戶關(guān)閉的信息。實(shí)現(xiàn)這一功能并不直觀，具有一定的挑戰(zhàn)性。這篇文章將為你介紹一種判斷應(yīng)用打開、重新打開和關(guān)閉的技術(shù)。1. 基礎(chǔ)概念：Activity的生命周期
在Android中，應(yīng)用的啟動與關(guān)閉往往與Activity的生命周期息息相關(guān)。讓我們從一個(gè)簡單的例子出發(fā)，考慮一個(gè)只包含一個(gè)Activity且不支持橫屏模式的應(yīng)用。2. 改進(jìn)方法：利用校驗(yàn)機(jī)制處理橫屏旋轉(zhuǎn)
3. 多Activity應(yīng)用的解決方案
對于包含多個(gè)Activities的應(yīng)用來說，這種校驗(yàn)方法同樣適用。因?yàn)閺囊粋€(gè)Activity跳轉(zhuǎn)到另一個(gè)Activity時(shí)，也可以通過這種方法來判斷應(yīng)用的啟動與關(guān)閉狀態(tài)。4. 管理類的應(yīng)用
為了更好地處理這個(gè)問題，我創(chuàng)建了一個(gè)管理類。所有的Activities在可見和不可見時(shí)都會通知這個(gè)管理類。這個(gè)管理類負(fù)責(zé)處理上述的校驗(yàn)步驟，從而避免錯(cuò)誤的檢測。 這個(gè)管理類還提供了發(fā)布訂閱（觀察者）模式，任何對應(yīng)用啟動和關(guān)閉感興趣的模塊都可以通過它來獲得相應(yīng)的通知。5. 如何使用這個(gè)管理類
使用這個(gè)管理類的步驟如下：- 把它添加到你的工程項(xiàng)目中。
- Activities在可見性改變時(shí)需要發(fā)送通知。
一、onStart生命周期內(nèi)的操作
```java
@Override
protected void onStart() {
super.onStart(); // 調(diào)用父類的onStart方法
AppForegroundStateManager.getInstance().onActivityVisible(this); // 通知App前臺狀態(tài)管理者，當(dāng)前Activity可見
}
```
當(dāng)Activity啟動并可見時(shí)，我們通知`AppForegroundStateManager`這個(gè)實(shí)例，當(dāng)前Activity是可見的。這是一個(gè)重要的生命周期回調(diào)，確保我們在合適的時(shí)間進(jìn)行前臺相關(guān)的操作。
二、onStop生命周期內(nèi)的操作
同樣地，在`onStop()`方法中，我們處理當(dāng)Activity不再可見時(shí)的邏輯：
```java
@Override
protected void onStop() {
AppForegroundStateManager.getInstance().onActivityNotVisible(this); // 通知App前臺狀態(tài)管理者，當(dāng)前Activity不可見
super.onStop(); // 調(diào)用父類的onStop方法
}
```
當(dāng)Activity進(jìn)入后臺時(shí)，我們通過調(diào)用`onActivityNotVisible(this)`來通知狀態(tài)管理者。這樣，其他依賴此信息的部分就可以進(jìn)行相應(yīng)的處理。
三、訂閱App的前臺可見性改變
為了實(shí)時(shí)響應(yīng)App的前臺可見性變化，我們需要在合適的模塊中訂閱這些。通常在Application類的`onCreate`方法中訂閱是一個(gè)很好的選擇：
```java
public class MyApplication extends Application {
@Override
public void onCreate() {
super.onCreate(); // 調(diào)用父類的onCreate方法
AppForegroundStateManager.getInstance().addListener(this); // 訂閱前臺可見性變化
}
@Override
public void onAppForegroundStateChange(AppForegroundStateManager.AppForegroundState newState) {
if (AppForegroundStateManager.AppForegroundState.IN_FOREGROUND == newState) {
// App剛剛進(jìn)入前臺，可以在這里執(zhí)行相關(guān)操作
} else {
// App剛剛進(jìn)入后臺，可以在這里執(zhí)行相關(guān)操作
}
}
}
```
四、進(jìn)一步的思考——校驗(yàn)時(shí)間
關(guān)于校驗(yàn)定時(shí)器檢查app是否真的進(jìn)入后臺的時(shí)間間隔設(shè)置，這是一個(gè)需要根據(jù)具體應(yīng)用場景進(jìn)行微調(diào)的部分。設(shè)置的30秒是基于何種考慮呢？這里需要結(jié)合實(shí)際的應(yīng)用場景、用戶體驗(yàn)需求以及資源消耗等因素進(jìn)行綜合考慮。過短的時(shí)間間隔可能導(dǎo)致頻繁的檢查，增加資源消耗；而過長的時(shí)間間隔則可能無法及時(shí)響應(yīng)前臺狀態(tài)的變化。這一設(shè)置需要結(jié)合實(shí)際情境進(jìn)行權(quán)衡和測試。深入解析移動應(yīng)用運(yùn)行時(shí)的幾種關(guān)鍵機(jī)制
一、第三方Activity覆蓋全屏?xí)r的應(yīng)用運(yùn)行狀況
當(dāng)你的應(yīng)用正在運(yùn)行時(shí)，可能會被第三方的activities覆蓋全屏，例如Google的應(yīng)用內(nèi)購買界面或Facebook的登錄注冊頁面。在這種情況下，你的應(yīng)用會被置于后臺，前臺則展示這些第三方頁面。若將這視為用戶離開了你的應(yīng)用，實(shí)際上是不準(zhǔn)確的。為了解決這個(gè)問題，我們引入了30秒超時(shí)設(shè)置。這意味著只要用戶在30秒內(nèi)完成第三方頁面的操作并返回你的應(yīng)用，系統(tǒng)就不會認(rèn)定為用戶突然離開了應(yīng)用。如果你的應(yīng)用不存在這種情況，也可以考慮將校驗(yàn)時(shí)間設(shè)置為更短的4秒，以適應(yīng)低配設(shè)備在屏幕旋轉(zhuǎn)時(shí)重新創(chuàng)建activity的需求。
二、CPU休眠時(shí)的問題與挑戰(zhàn)
在用戶關(guān)閉應(yīng)用或應(yīng)用仍在前臺運(yùn)行時(shí)，有時(shí)會遇到用戶鎖屏的情況。CPU可能會在用戶執(zhí)行任何操作之前就進(jìn)入休眠狀態(tài)，導(dǎo)致定時(shí)器無法正常檢測用戶的退出行為。為了防止這種情況，我們需要采取措施防止CPU休眠，直到確認(rèn)應(yīng)用關(guān)閉為止。在實(shí)踐中，使用wakelock是一種有效的手段。盡管這可能帶來一些額外的開銷，但在大多數(shù)場景下，這并不算是一個(gè)嚴(yán)重的問題。
三、了解應(yīng)用啟動方式的重要性
了解應(yīng)用的啟動方式同樣重要。用戶是通過點(diǎn)擊通知欄消息啟動應(yīng)用？還是通過點(diǎn)擊某個(gè)鏈接？或者是直接通過桌面圖標(biāo)或最近使用記錄啟動？這些不同的啟動方式可能會影響應(yīng)用的運(yùn)行模式和用戶體驗(yàn)。我們需要有效地跟蹤并理解應(yīng)用的啟動機(jī)制。
四、如何判斷應(yīng)用的啟動方式
為了判斷應(yīng)用是如何啟動的，我們需要在關(guān)鍵的位置設(shè)置檢測機(jī)制。例如，可以在應(yīng)用啟動時(shí)打印相關(guān)信息。這樣，每當(dāng)應(yīng)用啟動，我們就可以知道它是如何被啟動的。這不僅可以用于優(yōu)化用戶體驗(yàn)，還可以幫助開發(fā)者更好地理解用戶行為和需求。
五、跟蹤啟動機(jī)制的方法與實(shí)踐
基于上述需求，我們可以進(jìn)一步實(shí)踐并優(yōu)化我們的檢測機(jī)制。確定在哪里檢測應(yīng)用的啟動方式。通過在關(guān)鍵代碼段添加日志記錄，我們可以追蹤并了解應(yīng)用的啟動情況。這不僅有助于解決潛在的問題，還可以為應(yīng)用的進(jìn)一步優(yōu)化提供數(shù)據(jù)支持。
了解并處理好移動應(yīng)用在運(yùn)行時(shí)的各種情況，對于提升用戶體驗(yàn)和應(yīng)用的性能至關(guān)重要。從第三方Activity的覆蓋、CPU休眠、應(yīng)用的啟動方式到跟蹤啟動機(jī)制，每一個(gè)細(xì)節(jié)都需要我們深入理解和細(xì)致處理。MyApplication類：管理啟動機(jī)制與應(yīng)用前景狀態(tài)
一、應(yīng)用概述與標(biāo)簽設(shè)定
我們有一個(gè)名為MyApplication的類，它繼承了Application類。為了更方便地識別與追蹤，我們?yōu)槠湓O(shè)定了一個(gè)標(biāo)簽（TAG），這個(gè)標(biāo)簽是該應(yīng)用類的簡單名稱。
二、啟動機(jī)制枚舉類型（LaunchMechanism）
為了明確應(yīng)用的啟動方式，我們定義了一個(gè)枚舉類型LaunchMechanism，它包括三種啟動機(jī)制：DIRECT（直接啟動）、NOTIFICATION（通過通知啟動）和URL（通過鏈接啟動）。
三. 啟動機(jī)制變量與設(shè)置
在MyApplication類中，我們設(shè)定了一個(gè)私有的LaunchMechanism類型的變量mLaunchMechanism，并為其賦予了默認(rèn)值DIRECT。我們提供了一個(gè)公開的方法setLaunchMechanism()，供外部設(shè)置啟動機(jī)制。
四、應(yīng)用創(chuàng)建時(shí)的操作（onCreate方法）
當(dāng)應(yīng)用創(chuàng)建時(shí)，我們首先在onCreate方法中調(diào)用父類的onCreate方法。然后，我們向AppForegroundStateManager添加一個(gè)監(jiān)聽器，以追蹤應(yīng)用的前景狀態(tài)變化。
五、應(yīng)用前景狀態(tài)變化時(shí)的操作（onAppForegroundStateChange方法）
當(dāng)應(yīng)用的前景狀態(tài)發(fā)生變化時(shí)，會觸發(fā)onAppForegroundStateChange方法。如果應(yīng)用進(jìn)入前臺，我們會打印一條信息，包含當(dāng)前時(shí)間和啟動機(jī)制。如果應(yīng)用進(jìn)入后臺，我們會將啟動機(jī)制重置為默認(rèn)的直接啟動（DIRECT）。
設(shè)置啟動機(jī)制
現(xiàn)在我們已經(jīng)能夠追蹤并打印出應(yīng)用何時(shí)以及通過何種方式啟動。接下來，我們需要實(shí)現(xiàn)一個(gè)功能，允許用戶在通過鏈接或通知啟動應(yīng)用時(shí)記錄這個(gè)操作。如果用戶沒有通過這兩種方式啟動應(yīng)用，那么我們可以推斷用戶是通過點(diǎn)擊應(yīng)用圖標(biāo)來啟動的。這將幫助我們更好地理解用戶的習(xí)慣和行為，從而優(yōu)化應(yīng)用的啟動體驗(yàn)和功能設(shè)計(jì)。具體操作可以是：在用戶點(diǎn)擊鏈接或接收到通知并點(diǎn)擊時(shí)，調(diào)用setLaunchMechanism()方法設(shè)置當(dāng)前的啟動機(jī)制。這樣，我們就可以在應(yīng)用進(jìn)入前臺時(shí)獲取并記錄正確的啟動方式了。深入了解鏈接點(diǎn)擊與通知啟動機(jī)制跟蹤
=========================
跟蹤鏈接點(diǎn)擊與通知啟動機(jī)制是移動應(yīng)用開發(fā)中常見的需求。為了更好地理解和實(shí)現(xiàn)這些功能，我們可以將整個(gè)過程分為幾個(gè)章節(jié)來詳細(xì)解讀。
一、跟蹤鏈接點(diǎn)擊
-
1. 尋找處理鏈接的代碼位置
為了跟蹤用戶點(diǎn)擊鏈接并打開應(yīng)用的，我們首先需要找到代碼中處理鏈接的部分。這通常是在應(yīng)用的入口點(diǎn)或者某些特定的activity中。
```java
getApplication().setLaunchMechanism(LaunchMechanism.URL);
```
確保這段代碼在activity的`onStart()`函數(shù)之前調(diào)用，以確保能夠準(zhǔn)確跟蹤。
二、跟蹤通知
--
1. 通知點(diǎn)擊的復(fù)雜性
與直接跟蹤鏈接點(diǎn)擊不同，跟蹤通知點(diǎn)擊需要更多的技巧。當(dāng)用戶點(diǎn)擊通知時(shí)，應(yīng)用會通過一個(gè)預(yù)先設(shè)定的`PendingIntent`來啟動。我們需要為每個(gè)`PendingIntent`添加一個(gè)標(biāo)識，以表明它是由通知觸發(fā)的。
2. 為PendingIntent添加標(biāo)識
在創(chuàng)建通知的`PendingIntent`時(shí)，為每個(gè)intent添加如下代碼：
```java
public static final String EXTRA_HANDLING_NOTIFICATION = "Notification.EXTRA_HANDLING_NOTIFICATION";
// 為intent添加額外標(biāo)識，以便我們知道一個(gè)activity是否是由通知啟動的
intent.putExtra(EXTRA_HANDLING_NOTIFICATION, true);
```
三、在Activity中檢測標(biāo)識
--
1. 在BaseActivity中檢測標(biāo)識
為了在所有activity中統(tǒng)一處理這個(gè)過程，我們可以在`BaseActivity`（所有activity的基類）的`onCreate()`方法中檢查這個(gè)標(biāo)識。當(dāng)識別到這個(gè)標(biāo)識時(shí)，說明是從通知啟動的，這時(shí)可以相應(yīng)地設(shè)置啟動機(jī)制。
代碼示例
在`onCreate()`方法中，我們可以添加如下代碼：
```java
Intent intent = getIntent();
if(intent != null && intent.getExtras() != null){
// 檢測用戶是否通過點(diǎn)擊通知來啟動activity
if(intent.getExtras().getBoolean(EXTRA_HANDLING_NOTIFICATION, false)){
// 通知用戶是通過點(diǎn)擊通知來打開應(yīng)用的
getApplication().setLaunchMechanism(LaunchMechanism.NOTIFICATION);
}
}
```
四、總結(jié)與展望
-
二、Android應(yīng)用打開與關(guān)閉狀態(tài)判斷技術(shù)研究
返回博客列表
轉(zhuǎn) Android判斷app何時(shí)是打開或者關(guān)閉的技術(shù)研究
作者：yaly
發(fā)布時(shí)間: 2015年5月7日 20:06
閱讀：867次
收藏：31次
點(diǎn)贊：暫無
評論：暫無
引言：正如《速度與激情7》所言，只有恐懼或忠誠能讓一個(gè)團(tuán)隊(duì)團(tuán)結(jié)。而在Android開發(fā)中，了解應(yīng)用何時(shí)進(jìn)入前臺、何時(shí)被用戶關(guān)閉就如同團(tuán)隊(duì)的忠誠與恐懼，是應(yīng)用開發(fā)的關(guān)鍵一環(huán)。本文將介紹一種判斷應(yīng)用打開、重新打開和關(guān)閉的技術(shù)。
一、存在的問題
在Android開發(fā)中，檢查應(yīng)用何時(shí)進(jìn)入前臺并不困難，但要準(zhǔn)確判斷應(yīng)用何時(shí)被用戶關(guān)閉卻是一項(xiàng)挑戰(zhàn)。尤其是當(dāng)應(yīng)用支持多活動（activity）跳轉(zhuǎn)和屏幕旋轉(zhuǎn)時(shí)，準(zhǔn)確判斷變得更加復(fù)雜。
二、單一活動應(yīng)用的判斷方法
三、設(shè)備旋轉(zhuǎn)時(shí)的挑戰(zhàn)
當(dāng)設(shè)備旋轉(zhuǎn)時(shí)，活動會重建，onStart方法會被再次調(diào)用，這會導(dǎo)致錯(cuò)誤的判斷。為了解決這個(gè)問題，我們需要增加一個(gè)校驗(yàn)步驟。
四、多活動應(yīng)用的解決方案
對于擁有多個(gè)活動的應(yīng)用，可以通過在活動之間跳轉(zhuǎn)時(shí)啟動一個(gè)定時(shí)器來進(jìn)行校驗(yàn)。這種方法的原理是：當(dāng)活動退出時(shí)啟動定時(shí)器，如果在短時(shí)間內(nèi)這個(gè)活動沒有被重新啟動，說明用戶真的退出了這個(gè)應(yīng)用；反之，如果活動在短時(shí)間內(nèi)重新啟動，說明用戶還逗留在應(yīng)用中。這種方法既適用于單一活動的應(yīng)用也適用于多活動的應(yīng)用。
五、總結(jié)與展望
在Android開發(fā)中準(zhǔn)確判斷應(yīng)用的打開和關(guān)閉狀態(tài)是一個(gè)復(fù)雜而又關(guān)鍵的問題。通過深入了解活動的生命周期并合理利用定時(shí)器進(jìn)行校驗(yàn)，我們可以有效地解決這個(gè)問題。未來隨著Android系統(tǒng)的更新和新的技術(shù)出現(xiàn)，可能會有更加便捷和準(zhǔn)確的解決方案出現(xiàn)，值得我們持續(xù)關(guān)注和學(xué)習(xí)。使用技術(shù)構(gòu)建智能管理類，實(shí)現(xiàn)活動通知與自動啟動功能
一、智能管理類的創(chuàng)建與活動通知機(jī)制
借助先進(jìn)的技術(shù)，我開發(fā)了一個(gè)智能管理類，它能夠?qū)崟r(shí)監(jiān)控并處理應(yīng)用程序中的各項(xiàng)活動。不論活動處于可見還是不可見狀態(tài)，都會立即向這個(gè)管理類發(fā)送通知。這類管理類的核心功能是為每個(gè)活動執(zhí)行校驗(yàn)步驟，從而有效地避免錯(cuò)誤的檢測。它還采用了發(fā)布訂閱（觀察者）模式，使得對app啟動和關(guān)閉感興趣的模塊都能及時(shí)獲得相應(yīng)的通知。
二、管理類的多重角色與高效運(yùn)作
這個(gè)智能管理類在應(yīng)用程序中扮演著多重角色。它不僅是一個(gè)活動監(jiān)視器，還是一個(gè)高效的調(diào)度者。通過處理來自活動的通知，它確保了應(yīng)用程序在各種情況下的穩(wěn)定運(yùn)行。它的發(fā)布訂閱模式促進(jìn)了模塊間的通信，提高了應(yīng)用程序的響應(yīng)能力。
三、如何在Android手機(jī)上實(shí)現(xiàn)App開機(jī)自動運(yùn)行啟動
在Android手機(jī)上實(shí)現(xiàn)應(yīng)用的開機(jī)自動運(yùn)行啟動是一個(gè)復(fù)雜的過程。一種常見的方法是使用開機(jī)廣播，但自Android 4.0起，Google限制了第三方應(yīng)用接收開機(jī)廣播的能力。這意味著，如果應(yīng)用從未啟動過，直接通過開機(jī)廣播實(shí)現(xiàn)自動啟動會比較困難。
四、開機(jī)自動啟動的替代方案與風(fēng)險(xiǎn)
除了修改系統(tǒng)源代碼或應(yīng)用運(yùn)行歷史記錄的方法外，開發(fā)者還可以考慮其他機(jī)制來實(shí)現(xiàn)應(yīng)用的自動啟動。例如，設(shè)置定時(shí)任務(wù)在用戶設(shè)定的時(shí)間自動啟動應(yīng)用。雖然這種方法不如開機(jī)時(shí)自動啟動方便，但它可以實(shí)現(xiàn)類似的功能，同時(shí)避免了修改系統(tǒng)源代碼可能帶來的風(fēng)險(xiǎn)。修改系統(tǒng)源代碼可能涉及法律和道德問題，因此開發(fā)者在實(shí)施前需要充分了解相關(guān)法規(guī)并謹(jǐn)慎考慮。
五、總結(jié)與展望
實(shí)現(xiàn)Android應(yīng)用在開機(jī)時(shí)自動啟動的方法主要依賴于修改系統(tǒng)源代碼或利用應(yīng)用的運(yùn)行歷史記錄。開發(fā)者需要根據(jù)具體需求和條件選擇合適的方法。隨著技術(shù)的不斷進(jìn)步和用戶需求的變化，未來可能會有更多創(chuàng)新的方法來實(shí)現(xiàn)應(yīng)用的自動啟動，提高用戶體驗(yàn)。在這個(gè)過程中，智能管理類的角色將更加重要，它將幫助應(yīng)用程序更好地管理活動、處理通知并實(shí)現(xiàn)自動啟動等功能。
