Android 自启动在开发版本上面没有问题，在正式版本上面有问题，不能够自启动，

今天在做自启动的时候发现，当我用Android Studio 直接安装的时候，就可以开机自启动，但是如果我是打包后去安装的话，就是不可以开机自启动，

找了很多资料终于找到了下面参考里面的资料，

原因总结：

我们使用Android Studio 安装的时候，直接就是打开了我们的应用了，那么在Pacakage Manager 里面就知道了这个应用开启了。

但是我们通过命令去安装的包，并没有打开我们的这个应用，所以Package Manager 并不知道它打开过，所以当开机自启动的时候，它因为启动过，所以Android 认为它是一个恶意的软件。所以没有开机自启动

解决办法：

安装好了以后，点击打开这个应用，下一次就可以开机自启动了。

参考;

 

Android3.1后Boot_COMPLETED广播收不到的问题及解决办法

标签： androidincludegooglemanageraction

2012-10-17 17:07  2504人阅读  评论(0)  收藏  举报

  分类：

 

android（90） 

版权声明：本文为博主原创文章，未经博主允许不得转载。

   在做Android开发时，很多应用由于各种目的，希望在机器启动时被唤醒，一般的做法是写一个BroadcastReceiver，接收对应的boot action，当然别忘了在Manifest中添加permission "android.permission.RECEIVE_BOOT_COMPLETED“。但是最近在做4.0开发时，有同事声称这个广播接收不到了，同时其他有人又说自己的能接收到，到底是怎么回事呢。

    原来，在3.1之后，系统的package manager增加了对处于“stopped state”应用的管理，这个stopped和Activity生命周期中的stop状态是完全两码事，指的是安装后从来没有启动过和被用户手动强制停止的应用，与此同时系统增加了2个Flag：FLAG_INCLUDE_STOPPED_PACKAGES和FLAG_EXCLUDE_STOPPED_PACKAGES ，来标识一个intent是否激活处于“stopped state”的应用。当2个Flag都不设置或者都进行设置的时候，采用的是FLAG_INCLUDE_STOPPED_PACKAGES的效果。

    有了上面的新机制之后，google觉得给所有的广播intent默认加上FLAG_EXCLUDE_STOPPED_PACKAGES会非常的Cooooool，能在一定程度上避免流氓软件、病毒啊干坏事，还能提高效率，就导致了本文题目中说的问题，RECEIVE_BOOT_COMPLETED广播如果用户没有运行过应用，就不会响应了。

    不过google还是留了点余地，允许应用和后台服务通过给广播intent设置FLAG_INCLUDE_STOPPED_PACKAGES来唤醒处于“stopped state”的程序，也就是用户自己写的广播intent可以控制这个机制，但是系统自带的广播intent，由于不能修改，就只能接受这个现实了。

解决方案：定制系统，修改framework,把系统发bootcompleteIntent的地方改一下,在intent里设上FLAG_EXCLUDE_STOPPED_PACKAGES,那样在这个系统里,你的APP就可以开机启动了.