问题描述：MINI2440开发板可以ping 通网关，可以ping 通win7,但是就是ping 不通虚拟机下的linux，

原因：可能开发板的IP和win7的可能不在同一个路由器下，

解决方法：只需要网线接在同一个路由器下，就可以极大提高挂在的成功率。

最近研究微信调起自己客户端的事情，对于SingleTask和TaskAffinity的理解又多了一些理解。

以前对于Android的四种LaunchMode有一些了解，其中比较有意思的就是SingleTask和SingleInstance 。（四种LaunchMode的了解可以参见这篇文章，对于Activity栈的讲述很详细）。这两种LaunchMode的理解都跟Task有很大关系。

        一个Task可以理解成一个Activtiy栈，可以装载一个或者多个Activity，回退和打开的顺序逻辑和基本的数据结构栈是一致的。下面的这段话非常关键：那就是，一个Application如果有N个Activity，这些Activity分布在M个Task中，那么Application的回退栈会遵循这样的原则，首先从当前Acitivty在的Task回退，直到这个Task中再无记录；那么会寻找下一个Task再次回退直到没有Activity（这个Task是怎么寻找的呢，其实Task在Appliction的总栈中也是有记载的，总是TasK中最近使用的Activity相关）。

       下面是我对这两种比较难的LaunchMode的理解。

       一 . SingleTask这个LaunchMode建议和TaskAffinity一起使用，这样才能发挥这种加载模式的特殊逻辑效果。当一个应用程序加载一个singleTask模式的Activity时，首先该Activity会检查是否存在与它的taskAffinity相同的Task。 
    1、如果存在，那么检查是否实例化，如果已经实例化，那么销毁在该Activity以上的Activity并调用onNewIntent。如果没有实例化，那么该Activity实例化并入栈。 
    2、如果不存在，那么就重新创建Task，并入栈。 

   二. 1、当一个应用程序加载一个singleInstance模式的Activity时，如果该Activity没有被实例化，那么就重新创建一个Task，并入栈，如果已经被实例化，那么就调用该Activity的onNewIntent； 
    2、singleInstance的Activity所在的Task不允许存在其他Activity，任何从该Activity加载的其它Actiivty（假设为Activity2）都会被放入其它的Task中，如果存在与Activity2相同affinity的Task，则在该Task内创建Activity2。如果不存在，则重新生成新的Task并入栈。

         以上这些学习都是因为最近在做一个微信调起客户端的事情。如果自己的客户端处于运行状态，按下Home键后台挂起。此时如果使用微信调起自己的客户端某个页面，不做任何处理的情况下，按下回退或者当前Activity.finish()，页面都会停留在自己的客户端（因为自己的Application回退栈不为空），这明显不符合逻辑的。产品的要求是，回退必须回到微信客户端,而且要保证不杀死自己的Application.我的处理方案就是，设置当前被调起Activity的属性为：

LaunchMode=""SingleTask"  taskAffinity="com.tencent.mm"(com.tencent.mm是借助于工具找到的微信包名），就是把自己的Activity放到微信默认的Task栈里面，这样回退时就会遵循“Task只要有Activity一定从本Task剩余Activity回退"的原则，不会回到自己的客户端；而且也不会影响自己客户端本来的Activity和Task逻辑。