Android程序 类QQ通知常驻在Notification栏 点击Notification正确回调到之前已经放置在后台的Task中的对应Activity，而不是创建它的一个新实例

注意：本文大部分内容转载自：newcj 的博客 请尊重他人劳动成果！

今天在写完 “ android Notification 的使用 ”的时候，发现有几个问题，特别是设置Notification的Intent使之能够像 QQ 或其他程序一样能够正确回调到之前已经放置在后台的Task中的对应Activity，而不是创建它的一个新实例。当然重点便是如何设置该Activity 的 launchMode 与 Intent 的 Flags 了，说到这里，我不得不说一下今晚的调试经历，当然这里所说的所有的Notification都设置了FLAG_ONGOING_EVENT。

　　按照 “ (转载)Android下Affinities和Task ”一文所说的，我们不难得出这样的结论：

　　1、设置当用户触发Notification时所发出的Intent，如果设置 FLAG_ACTIVITY_CLEAR_TOP 与 FLAG_ACTIVITY_NEW_TASK ，而launchMode保持不变（即默认为：standard），则当用户用手点击Notification时，此时匹配到后台的Task，并把在堆栈中对应要启动的Activity之前的所有Activity全部清除掉，并且由于 standard 默认对于新的Intent总是创建新的Activity对象。因此存在于该Task中旧的Activity也会被清除掉，然后在该Task中创建新的Activity对象。

　　2、设置当用户触发Notification时所发出的Intent，如果设置 FLAG_ACTIVITY_CLEAR_TOP 与 FLAG_ACTIVITY_NEW_TASK，而launchMode设置为singleTop，则当用户用手点击Notification时，同1一样，只是存在于该Task中旧的Activity不会被清除掉，此时Intent传递给已经存在的Activity并不会创建新的Activity。

　　上面得出的结论，经过返回测试，1是正确的，2却存在着很莫名奇妙的问题

　　假设现在有个程序X，有2个Activity，分别是 A , B ，其中 A 是 设置了android.intent.action.MAIN的Activity（入口Activity），两者的launchMode都为默认的standard，创建该Intent的代码如下：

Intent intent = new Intent(this, A.class); 
intent.setFlags(Intent.FLAG_ACTIVITY_CLEAR_TOP|Intent.FLAG_ACTIVITY_NEW_TASK);

很明显我们设置的是当用户点击 Notification 时，应该出现的是 A Activity，但无论如何按home键退出当前Task，并使之成为后台Task，在从程序列表启动该程序总能恢复到Task顶端的Activity给用户，如 当前 B，按home键，在从程序列表启动 X ，这个时候出现的Activity任然是 B，但按照如下的方法操作却会使得从程序列表启动 X，出现的是新创建的A Activity，其中经过Log打印得知下面的所有Activity都在同一个Task中

　　1、打开程序出现A，从A startActivity 到B，按Home键，点Notification出现A，再从A startActivity 到 B，按Home键，从程序列表打开程序 出现新创建的实例A

　　2、打开程序出现A，从A startActivity 到B，点Notification出现A，再从A startActivity 到B，按Home键，从程序列表打开程序也出现了新创建的实例A

　　这里所说的“新创建的实例A”都是创建在同一Task中的新的A Activity实例，也就是说按照以上两种方法，再按返回键，出现的则是 B，再按返回键出现的则是 A。这里我实在想不出为什么会在同一Task中创建一个新的Activity，就算从程序列表打开程序的Intent使用了FLAG_ACTIVITY_NEW_TASK标记，我也不知道为什么，如果有朋友知道，一定要告诉我。

　　到这里，我开始发现 从程序列表启动 的优越性，因为不管是在什么时候按Home，再次从程序列表启动时，总能返回到Task的栈顶Activity。起初我想过一个办法，便是重载Activity写一个类实现当onResume的时候更新Notification，然后我的所有Activity类都直接从该类继承，使得当按Home 之后总能让Notification记住Task的栈顶Activity，就像QQ一样，但这种方法当然有点牵强，于是我开始看SDK 中 有关Home的Simple，终于发现了如果使用如下的Intent，便不会调用对应的Activity，而是调用Task中的栈顶Activity

 NotificationManager notificationManager = (NotificationManager)getSystemService(NOTIFICATION_SERVICE);
 Notification notification = new Notification(R.drawable.logo_icon_16,"移动营销", System.currentTimeMillis());
 Intent intent = new Intent(Intent.ACTION_MAIN); 
 intent.addCategory(Intent.CATEGORY_LAUNCHER); 
 intent.setClass(this, BeforeLogoActivity.class); 
 intent.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK|Intent.FLAG_ACTIVITY_RESET_TASK_IF_NEEDED);
 notification.flags = Notification.FLAG_ONGOING_EVENT; // 设置常驻 Flag
 PendingIntent contextIntent = PendingIntent.getActivity(this, 0, intent, 0);
 notification.setLatestEventInfo(getApplicationContext(),"移动营销", "", contextIntent);
 notificationManager.notify(R.drawable.logo_icon_16, notification);

除了 setClass 可以换成使用 setClassName 绑定，FLAG_ACTIVITY_RESET_TASK_IF_NEEDED可以不设，其他的选项都缺一不可。设置ACTION_MAIN与CATEGORY_LAUNCHER是把该Intent发给了系统对应创建程序的模块，然后系统该模块根据设定的包与类信息还有flags进行处理。当然所有的Intent工作原理都是这样，只是对 ACTION_MAIN - CATEGORY_LAUNCHAR 的处理较为特殊，使得总是显示Task栈顶的Activity而不是setClass设定的Activity类。

搞了几天。。。还亏高人指点。。。哈哈！