这是原本要启动的AddressActivity
int requestCode = 200;
Intent intent = new Intent(this,AddressActivity.class);
startActivityForResult(intent,requestCode);AddressActivity回传携带的数据
Intent mIntent = new Intent();
mIntent.putExtra("addr_id", retData.get(position));
// 设置结果，并进行传送
setResult(resultCode, mIntent);
finish();manifest.xml配置
<activity android:name=".activity.AddressActivity" android:launchMode="singleTask"/>仔细检查好多遍之后，代码没有任何问题，onActivityResult方法一直回调不过来数据，debug调试以后才发现onActivityResult方法在开启另外一个activity的时候提前执行了，思来想去，实在没有任何头绪，正在想放弃的时候，突然发现manifest.xml配置AddressActivity的启动模式是singleTask，就抱着试试看的态度，把他改成了标准启动模式，然后突然回传数据了。
通过查资料才发现:
找到的一些资料：（摘抄自http://aijiawang-126-com.iteye.com/blog/1717326）从SDK我们可以看到如下深奥的解释：http://developer.android.com/guide/topics/manifest/activity-element.html#lmode The other modes — singleTask and singleInstance — are not appropriate for most applications, since they result in an interaction model that is likely to be unfamiliar to users and is very different from most other applications. 从柯元旦的《Android 内核剖析》的第十章“Ams内部原理“10.1.3中有这样的一段话：请注意：SINGLE_TASK标识以及SINGLE_INSTANCE两个标识必 须在r.result==0的条件中，即这两个标识只能用在startActivity()的方法中，而不能使用在 startActivityForResult方法中。因为从Task的角度看，Android认为不同Task之间的Activity是不能传递数据 的，所以不能使用NEW_TASK标识，但还是要调用forResult方法。
当然这种说法很无赖。就像数学里面提到的公理一样，既然是公认的规定，还是要达成共识。笔者当然是不甘心的。于是又找到了一篇文章，解释的较为清楚。
如图：假设当前的应用程序存在两个栈：其中一个直接显示在屏幕上负责与用户完成交互，叫BackStack；另一个是隐藏在后台的background task，且位于该栈顶的Activity Y的启动模式被设置为singleTask。
如果Activity 2中调用background Task中已经启动过的Activity Y，则background Task内占据屏幕并且将该Task下所有的栈保留当前的栈位置和顺序push进back Task形成新的结构。在Activity界面按返回键，则Activity Y出栈，Activity X占据屏幕。因此可见，由Activity2调用的Activity Y，但返回键后，回退显示的是Activity X。所以，即使在Activity执行setResult()函数，Activity2也是无法接收到的。
由于这种现象的存在，所以android系统处于某种保护机制，发现将要跳转的Activity的启动模式是singleTask时，若需要执行onActivityResult()函数则立即执行。这样就好理解多了。