关于BroadcastReceiver 和 Service的那些事

最近在做一个项目，主要是跑后台的，界面就是弹几个浮动在窗口之上的对话框与用户交互，在起初时，为了调试方便就建立了一个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服务一样，这些都是没有界面的服务。当然在尝试做这个例子的时候，也需要有这样一个学习环境，或许朋友你没有这样的环境，不过没事，知道有这个解决方法就好。

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