最近几天在做文件上传的时候，想在自定义Adapter中启动activity时也返回Intent数据，于是想到了用startActivityForResult，可是用mContext怎么也调不出这个方法，只能调用startActivity这个方法，于是在网上搜一下，可以利用一个方式可以间接的解决这个问题，果断贴代码：
Intent mIntent = new Intent(mContext,clazz);
((Activity) mContext).startActivityForResult(mIntent, requestCode);
可以在Activity中定义一个方法，在adapter中调用，这是我在网上看见的原话。
可是adapter中是不可以调用onActivityResult的，因为我是需要能在文件上传到文件服务器后返回一个fileId,并将该fileId一起上传到数据服务器；起初想用interface的方式进行回调返回值，可试了一下没有达到我想要的效果，再加上返回页面后我需要更新数据，为什么要这样想呢？因为我只是想更新一个Item的数据，不想回到Activity调用notifyDataSetChanged这个方法，毕竟这个方法是所有的数据都会去遍历一遍，这样做有点浪费了。可事实上我还是这样做了！此问题不是今天的核心，今天先看看为什么在Adapter中不能直接调用此方法呢？
先看看startActivity方法：
@Override
public void startActivity(Intent intent) {
startActivityForResult(intent, -);
}
startActivity方法中其实直接调用的就是startActivityForResult方法，此时我们继续跟进看看startActivityForResult方法：
public void startActivityForResult(Intent intent, int requestCode) {
if (mParent == null) {
Instrumentation.ActivityResult ar =
mInstrumentation.execStartActivity(
this, mMainThread.getApplicationThread(), mToken, this,
intent, requestCode);
if (ar != null) {
mMainThread.sendActivityResult(
mToken, mEmbeddedID, requestCode, ar.getResultCode(),
ar.getResultData());
}
if (requestCode >= ) {
}
} else {
mParent.startActivityFromChild(this, intent, requestCode);
}
}
在这里我们看见了intent是在execStartActivity方法中执行的，于是我们继续窥探一下：
public ActivityResult execStartActivity(
Context who, IBinder contextThread, IBinder token, Activity target,
Intent intent, int requestCode) {
IApplicationThread whoThread = (IApplicationThread) contextThread;
if (mActivityMonitors != null) {
synchronized (mSync) {
final int N = mActivityMonitors.size();
for (int i=; i<N; i++) {
final ActivityMonitor am = mActivityMonitors.get(i);
if (am.match(who, null, intent)) {
am.mHits++;
if (am.isBlocking()) {
return requestCode >= ? am.getResult() : null;
}
break;
}
}
}
}
try {
int result = ActivityManagerNative.getDefault()
.startActivity(whoThread, intent,
intent.resolveTypeIfNeeded(who.getContentResolver()),
null, , token, target != null ? target.mEmbeddedID : null,
requestCode, false, false);
checkStartActivityResult(result, intent);
} catch (RemoteException e) {
}
return null;
}
到这里我们才看出来我们真正启动的activity是在这里，是ActivityManagerNative.getDefault()..startActivity(),我想看到这里你肯定还不甘心吧，那我们继续看看这是啥玩意儿：
public int startActivity(IApplicationThread caller, Intent intent,
String resolvedType, Uri[] grantedUriPermissions, int grantedMode,
IBinder resultTo, String resultWho,
int requestCode, boolean onlyIfNeeded,
boolean debug) throws RemoteException { Parcel data = Parcel.obtain();
Parcel reply = Parcel.obtain();
data.writeInterfaceToken(IActivityManager.descriptor);
data.writeStrongBinder(caller != null ? caller.asBinder() : null);
intent.writeToParcel(data, );
data.writeString(resolvedType);
data.writeTypedArray(grantedUriPermissions, );
data.writeInt(grantedMode);
data.writeStrongBinder(resultTo);
data.writeString(resultWho);
data.writeInt(requestCode);
data.writeInt(onlyIfNeeded ? : );
data.writeInt(debug ? : ); //看这句代码就够了，上边的不是关心重点
mRemote.transact(START_ACTIVITY_TRANSACTION, data, reply, );
reply.readException();
int result = reply.readInt();
reply.recycle();
data.recycle();
return result;
} //mRemote.transact方法实际是调用proxy中的Ontransact方法：
public boolean onTransact(int code, Parcel data, Parcel reply, int flags){
…… //代码太多直接省略
int res = startActivityLocked(caller, intent, resolvedType, grantedUriPermissions, grantedMode, aInfo, resultTo, resultWho, requestCode, -, -, onlyIfNeeded, componentSpecified); }
//startActivityLocked实际调用ApplicationThread中scheduleLaunchActivity：
public final void scheduleLaunchActivity(Intent intent, IBinder token, ActivityInfo info, Bundle state, List<ResultInfo> pendingResults, List<Intent> pendingNewIntents, boolean notResumed, boolean isForward) { ……//省略代码 queueOrSendMessage(H.LAUNCH_ACTIVITY, r); }
此时queueOrSendMessage发消息给ActivityThread 的Handler，然后 handleLaunchActivity(r)执行performLaunchActivity：
private final Activity performLaunchActivity(ActivityRecord r) {
……//省略代码
mInstrumentation.callActivityOnCreate(activity, r.state);
return activity;
}
最后我们完整的看见了我们所启动的那个activity了，绕了半天这不就是activity的启动过程吗？不错，就是activity的启动过程，其实我们刚才要解决的问题回头看看是在哪里跟丢了？
其实第一步的时候就跟丢了，只因为那时候吸引我们的是activity的启动过程，路边的风景实在太迷人，有没有看见startActivity的头部有这个东西@Override，有他我们就找往上找：
@Override
public void startActivity(Intent intent) {
mBase.startActivity(intent);
}
这是抽象类ContextWrapper中的方法，此时还是看见这个@Override东东和 mBase.startActivity，那么说明还不是这里，继续：
public abstract void startActivity(Intent intent);
呵呵，这里就是他的老巢了，这是在哪里呢？这是我们天天都看见的Context类，所以这一下我们就明白为什么Context可以调用startActivity而不可以调用startActivityForResult了，startActivityForResult只是Activity中定义的局部方法而已，到此本文分析结束，由于本人第一次用源码的方式分析文章，其中难免有遗漏或不当之处，如果大家发现了请提出来一起探讨，一起学习，谢谢。
你可以在adapter里面用传进来的context去调用startActivityForResult，
((Activity) mContext).startActivityForResult(mIntent, requestCode);
但是你要在建立adapter的activity去复写onActivityResult()那个方法，然后在此方法里进行处理（通过 EventBus 或 借口回调等方法）