关于BroadcastReceiver 和 Service的那些事

最新推荐文章于 2024-09-10 09:42:05 发布

原创最新推荐文章于 2024-09-10 09:42:05 发布 · 1.7k 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#ANDROID

本文详细介绍了如何在Android应用中使用系统服务接收特定的广播事件，如网络连接状态变化和开机完成，进而启动后台服务。通过修改应用的manifest文件，赋予应用系统权限，使其能够在onReceive方法中正常启动Service，避免了第三方应用被滥用的情况。此外，文章还提供了实验证据和示例代码，帮助开发者理解和实现这一功能。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

最近在做一个项目，主要是跑后台的，界面就是弹几个浮动在窗口之上的对话框与用户交互，在起初时，为了调试方便就建立了一个Activity，在Activity中启动后台Service。后来项目将近结束时，需要捕捉开机以及有网络的广播来开启服务，随之加入Receiver，删除Activity！心想这个是不是很完美，perfect！但是，但是！无论如何，我的service总是起不来，连Receiver也没有收到广播，这就怪了，为啥呢？我怀疑是去掉Activity的原因，随即写了2个小demo，一个是只有一个Receiver捕捉有网络改变的常驻广播，另外一个是在第一个的基础上增加了一个Activity，并且在manifest配置文件中指定该activity为launcher和main。

试验证明，第一种情况是收不到广播的！第二种情况是也收不到广播！（如果都用360手机助手安装）

网上查看哪些资料，终于找到了原因。即android的机制，不允许第三方app在onReceive()中启动Service，只能在其中启动Activity，防止流氓软件运行在后台，消耗资源以及做一些用户不知道的事情。但是也没有人给出了他的解决方案，究竟要怎么做才能在onReceive方法中启动Service呢?

在第二个实验中时，只要我启动过Activity，那么onReceive方法就能收到广播，反之收不到。前面已经提到过，android机制是不允许在onReceive方法中启动服务的，唯一的做法就是不让这个Receive收到广播！如果要收的到广播，那么就必须让这个app“浮出水面”！这个对比就证明了这条理论的成立。

此时我就想到android的系统服务，顿时茅塞顿开！将编写的app，放在源码下编译！这样程序就具有了系统的权限。下面是我的manifest配置文件

<?xml version="1.0" encoding="utf-8"?>
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
    package="dxd.test.demo"
    android:versionCode="1"
    android:versionName="1.2"
    android:sharedUserId="android.uid.system">
  

    <uses-sdk
        android:minSdkVersion="8"
        android:targetSdkVersion="17" />

    <application
        android:allowBackup="true"
        android:icon="@drawable/ic_launcher"
        android:label="@string/app_name"
        android:protectionLevel="signature">
        
        <activity
            android:name="dxd.test.demo.MainActivity"
            android:label="@string/app_name" >
            <intent-filter>
                <action android:name="android.intent.action.MAIN" />
                <category android:name="android.intent.category.LAUNCHER" />
            </intent-filter>
        </activity>
        
        <receiver android:name="dxd.test.demo.MyBroadcastReceiver">
            <intent-filter>
                <action android:name="android.net.conn.CONNECTIVITY_CHANGE"/>
            </intent-filter>
            <intent-filter>
                <action android:name="android.intent.action.BOOT_COMPLETED"/>
            </intent-filter>
        </receiver>
        
        <service android:name="dxd.test.demo.OtaUpdateService">
            <intent-filter>
                <action android:name="dxd.test.demo.otaupdateservice"/>
                <category android:name="android.intent.category.DEFAULT"/>
            </intent-filter>
        </service>
    </application>

    <uses-permission android:name="android.permission.BROADCAST_STICKY" /> 
    <uses-permission android:name="android.permission.SYSTEM_ALERT_WINDOW" />
    <uses-permission android:name="android.permission.RECEIVE_BOOT_COMPLETED"/>
		<uses-permission android:name="android.permission.INTERNET"/>
		<uses-permission android:name="android.permission.ACCESS_NETWORK_STATE"/>
		<uses-permission android:name="android.permission.READ_EXTERNAL_STORAGE"/>
		<uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE"/>
</manifest>

放在源码下编译，一起打包生成固件升级包，比如update.zip或update.img，让系统信任该app，允许它成为“守护进程”一直运行在后台，就想goole服务一样，这些都是没有界面的服务。当然在尝试做这个例子的时候，也需要有这样一个学习环境，或许朋友你没有这样的环境，不过没事，知道有这个解决方法就好。

至此时，这个问题也解决了。这只是一个解决方案，或许还有其他的解法，有相同经历的网友们，提出宝贵解法，共同探讨。