在Android开发中，"进程保活"是一个关键的议题，特别是在设计后台服务或者需要持续运行的任务时。本文将深入解析Android进程保活的源码，理解其背后的机制，并结合一个名为"ProcessAliveDemo"的示例项目进行讲解。 我们要明白在Android系统中，进程的生命周期是由系统管理的，当系统资源紧张时，低优先级的进程可能会被系统回收。为了保证某些重要的服务或应用能够持续运行，开发者需要采取一些策略来提高进程的存活率。 1. **进程优先级**：Android进程的优先级根据它当前的状态和它关联的Activity、Service等组件来决定。前台进程和可见进程优先级最高，其次是服务进程，最后是后台进程和空进程。了解这些优先级可以帮助我们设计合理的保活策略。 2. **Service的使用**：Service是Android中用于实现后台任务的组件。通过启动Service（START_STICKY、START_NOT_STICKY、START_FOREGROUND）可以提升进程的优先级，特别是前台Service，因为它会显示一个通知，所以系统会尽量不杀死它。 3. **BroadcastReceiver与IntentService**：BroadcastReceiver可以监听系统广播，如系统启动、网络状态变化等，当接收到这些广播时，可以启动IntentService执行保活操作。IntentService会在单独的工作线程中执行任务，完成后再自动停止，这样可以避免长时间占用主线程。 4. **双进程守护**：一种常见的保活技术是创建两个进程，一个主进程负责业务逻辑，另一个守护进程负责监控主进程。如果主进程被杀，守护进程会接收到通知并重新启动主进程。这涉及到跨进程通信（AIDL）和进程间的监控机制。 5. **源码分析**：在《Android进程保活源码》这篇博文中，作者可能详细解读了Android系统如何管理进程，以及如何利用系统API来提高进程的存活率。这包括对ActivityManagerService、SystemServer等关键组件的源码分析，以及对startService、bindService等方法的实现原理的理解。 6. **ProcessAliveDemo**项目：这个示例项目可能是用来演示上述保活技术的。通过分析其代码，我们可以看到如何实际应用这些策略，例如创建Service、BroadcastReceiver，以及如何设置和处理进程间的通信。 7. **权限与策略**：在Android 8.0及以上版本，系统对后台服务进行了更严格的限制。因此，保活策略需要考虑到这些系统级别的改变，合理申请权限，如使用 foreground service 的权限。 8. **电池优化策略**：系统可能会对消耗大量资源或电池的应用进行优化，限制其后台行为。开发者需要了解并适配这些优化策略，确保应用在不影响用户体验的情况下正常运行。 Android进程保活涉及多方面的技术和策略，包括Service、BroadcastReceiver、IntentService、双进程守护、源码分析以及适应系统变化等。开发者需要深入理解Android系统，才能有效地实现进程保活，同时保证应用的用户体验和系统稳定性。

在Android应用开发中，程序保活是一个常见的需求，特别是在音乐播放、导航等需要持续后台运行的应用场景中。本文将详细讲解如何使用Kotlin在Android上实现一个简单的程序保活策略，通过创建一个1像素的Activity来维持应用在锁屏状态下的活跃度。 我们要理解Android系统的进程管理机制。Android系统为了优化资源使用，会根据应用程序的当前状态和系统资源的紧张程度，对后台进程进行管理和清理。当用户离开应用并将其置于后台时，如果系统需要更多资源，可能会杀死该应用的进程，导致应用状态丢失。因此，我们需要采取措施防止这种情况发生。 在描述中提到的方法是利用一个微小的Activity（1像素大小）来保持应用在前台。这是因为Android系统通常不会轻易结束处于前台的Activity。具体步骤如下： 1. 创建一个名为`KeepAliveActivity`的新Activity。在`AndroidManifest.xml`中声明这个Activity，并设置其为透明，以便它几乎不可见。透明Activity可以通过设置主题实现： ```xml ``` 2. 在`KeepAliveActivity`的布局文件中，添加一个1像素的ImageView或者View，这样即使Activity在屏幕上方，也不会影响用户体验： ```xml ``` 3. 当设备被锁屏时，启动`KeepAliveActivity`。这通常在Service或BroadcastReceiver中完成，监听`ACTION_SCREEN_OFF`广播事件： ```kotlin class ScreenOffReceiver : BroadcastReceiver() { override fun onReceive(context: Context, intent: Intent) { if (intent.action == Intent.ACTION_SCREEN_OFF) { val intent = Intent(context, KeepAliveActivity::class.java) context.startActivity(intent) } } } ``` 需要在`AndroidManifest.xml`中注册这个BroadcastReceiver，并在`onCreate`或`onStartCommand`中注册监听`ACTION_SCREEN_OFF`，在`onDestroy`或`onStop`中取消注册。 4. 当用户解锁设备时，结束`KeepAliveActivity`并重启核心服务。可以同样在另一个BroadcastReceiver中监听`ACTION_SCREEN_ON`广播事件： ```kotlin class ScreenOnReceiver : BroadcastReceiver() { override fun onReceive(context: Context, intent: Intent) { if (intent.action == Intent.ACTION_SCREEN_ON) { // 结束KeepAliveActivity val activityManager = context.getSystemService(Context.ACTIVITY_SERVICE) as ActivityManager activityManager.applications.find { it.name == "com.example.KeepAliveActivity" }?.let { activityManager.killBackgroundProcesses(it.packageName) } // 重启核心服务 startCoreService(context) } } } ``` 同样，别忘了在`AndroidManifest.xml`中注册`ScreenOnReceiver`。 5. 为了防止系统认为我们的应用是在滥用保活策略，我们需要合理控制`KeepAliveActivity`的启动与关闭，避免被系统认为是恶意行为。比如，可以设置一个标记来记录Activity是否已经启动，防止重复启动。 这个策略虽然简单，但可以在一定程度上提高应用在后台的存活率。然而，需要注意的是，随着Android系统的不断更新，系统对后台应用的管控越来越严格，这种保活方式可能在某些设备或Android版本上效果不明显。开发者应该遵循最佳实践，尽量减少后台资源占用，以提供更好的用户体验。同时，对于需要长期后台运行的服务，考虑使用前台Service或WorkManager等官方推荐的工具。

Windows平台下监控Tomcat运行时服务假死或异常后并尝试自动重启Tomcat，已测试可用 Windows平台下监控Tomcat运行时服务假死或异常后并尝试自动重启Tomcat，已测试可用

随着android的版本越来越高，在手机后台存活率越来越低，该代码很好的应用了锁屏运行1px像素，广播监控，以及播放无声音乐等手段进行保活操作（借用大神作品）

GAT1400注册保活 接受订阅 推送通知 及 过车视图库的新增

Java 实现 GAT1400注册保活 接受订阅 推送通知 及 视图库的新增

进程保活，简单的一像素保活机制与前台保活服务双重保证。

qt托盘+保活程序源码 qt的托盘程序，有右键菜单，可以隐藏至右下角，且启动时有右下角Windows提示框 通过配置文件可以灵活配置需要保活的程序 程序内部封装了读取配置文件的类，用来直接读取配置文件中的数据

UniPlugin-Hello-AS:保活插件源代码

Android 自用 App保活——音乐播放保活适配8.0 （贼好用）-附件资源