使用 SDK 25 的 startIntentSenderForResult 资源 ID 无效

Question

我的 Android 应用从片段中启动应用内购买界面，如下所示：

Bundle responseBundle = this.billingService.getBuyIntent(3, getPackageName(), id, "inapp", StringUtils.randomString(32));
PendingIntent pendingIntent = responseBundle.getParcelable("BUY_INTENT");
fragment.getActivity().startIntentSenderForResult(pendingIntent.getIntentSender(), R.id.buyUpgradeResponse, new Intent(), Integer.valueOf(0), Integer.valueOf(0), Integer.valueOf(0));

在我将 targetSdkVersion 从 23 增加到 25 以添加一些 Android 7 功能之前，这一切正常。现在startIntentSenderForResult 行抛出这个异常：

java.lang.IllegalArgumentException: 只能使用低 16 位 请求代码

这意味着请求代码（该方法的第二个参数）的限制为 65,535。但是从 ids.xml 文件随机生成的R.id.buyUpgradeResponse 的值类似于 20,000,000。有没有办法限制 Android 用于随机生成的资源 ID 的范围？

Another SO answer 表示此错误仅在使用 android.support.v4.app.FragmentActivity 时发生。我的活动都使用扩展AppCompatActivity 的基本活动，扩展android.support.v7.app.AppCompatActivity，扩展android.support.v4.app.FragmentActivity。所以另一种方法是消除我对 support.v4 类的依赖。但我害怕做出可能对我的应用程序的任何部分产生意想不到的后果的全局更改。 （如果重要的话，我的 minSdkVersion 是 15。）

我也可以将 R.id.buyUpgradeResponse 替换为硬编码的 ID，但恐怕应用程序中的其他地方也有同样的问题，这并不能解决问题的所有实例。

更新

我刚刚确认我的构建设置的更改是引发问题的原因。我之前的设置没有出现这个问题：

compileSdkVersion 23
buildToolsVersion '25.0.2'
minSdkVersion 15
targetSdkVersion 23
compile "com.android.support:appcompat-v7:23.0.0"

当我更新这些设置时问题开始了：

compileSdkVersion 25
buildToolsVersion '25.0.2'
minSdkVersion 15
targetSdkVersion 25
compile "com.android.support:appcompat-v7:25.3.1"

更新 2

我在实现Storage Access Framework 时又遇到了这个问题。 startActivityForResult 生成了无效 ID 异常，因为随机生成的 ID 是 2000 万左右。我的应用程序中的其他功能，例如在弹出窗口中打开片段，使用这些 ID 没有任何抱怨，但 SAF 意图不会。我最终为 SAF 意图硬编码了更多 ID。我认为最好的解决方案是将随机生成的 ID 的范围限制在所有框架都支持的范围内，但我看不到这样做的方法。

Answer 1

我发现如果我从片段而不是片段的活动开始活动，则不会发生问题。所以这就触发了问题：

fragment.getActivity().startIntentSenderForResult(pendingIntent.getIntentSender(), R.id.buyUpgradeResponse, new Intent(), Integer.valueOf(0), Integer.valueOf(0), Integer.valueOf(0));

但这很好：

fragment.startIntentSenderForResult(pendingIntent.getIntentSender(), R.id.buyUpgradeResponse, new Intent(), Integer.valueOf(0), Integer.valueOf(0), Integer.valueOf(0));

也许有逻辑，但我不知道它是什么。