requestCode 什么意思

在Android开发里，当我们需要从一个页面Activity跳转到另一个页面，并且还要拿到后者返回的结果时，总会遇到`requestCode`这个参数。它不是复杂的技术概念，本质上就是给每个“需要结果的跳转请求”贴的专属标签——用来告诉“发起请求的页面”：“这个返回的结果，对应的是你之前发的哪一个请求”。

比如常见的场景：在“编辑个人资料”页面，点击“选择头像”，会启动系统相机或相册；选照片后，需要把照片数据带回“编辑页面”显示。这时候，启动相机时传入的`requestCode`，就是这个请求的“身份证”。假设我们给“选择头像”的请求分配`requestCode=100`，那么当相机页面返回结果时，“编辑页面”就能通过`requestCode=100`认出：“哦，这个结果是我之前让选头像的请求回来的”。

再举个更具体的例子：如果我们同时有两个需要返回结果的操作——“选择头像”`requestCode=100`和“选择收货地址”`requestCode=200`。当先选了头像，再选地址，两个页面都会返回数据。这时候，`requestCode`就成了“区分器”：如果`onActivityResult`方法里收到的`requestCode`是100，就处理头像数据；如果是200，就处理地址数据。没有这个标签，发起请求的页面根本分不清“回来的结果是头像还是地址”，逻辑会全混乱。

其实`requestCode`的作用就这么简单：标记请求的唯一性。它是一个整数，由开发者自己定义只要保证在同一个Activity里不重复就行。比如用`startActivityForResult(intent, 100)`启动相机，这里的100就是`requestCode`；等相机返回结果时，`onActivityResult`方法会先检查`requestCode`的值——如果等于100，再去处理照片数据；如果不等于，就知道这个结果和当前请求关，可以忽略。

来说，`requestCode`就是Android系统给“需要结果的跳转请求”分配的身份标识。它决的核心问题是：当一个页面发起多个需要返回结果的请求时，如何准确识别每个返回结果对应的“原请求”。没有它，多个请求的结果会互相混淆；有了它，每个请求的来龙去脉都能清晰对应。