这个问题实际上是由NestedFragments引起的。基本上大多数片段都扩展了一个hostdfragment，而hostdfragment又扩展了一个CompatFragment。这些嵌套的片段导致了一些问题，这些问题最终由项目中的另一个开发人员解决。

他正在做一些低级别的东西，比如位切换来让它工作，所以我不太确定实际的最终解决方案

当我们requestPermission from fragment, android改变我们的requestCode在

requestPermissionsFromFragment

这是FragmetActivity的代码:

 void requestPermissionsFromFragment(@NonNull Fragment fragment, @NonNull String[] permissions,
        int requestCode) {
    if (requestCode == -1) {
        ActivityCompat.requestPermissions(this, permissions, requestCode);
        return;
    }
    checkForValidRequestCode(requestCode);
    try {
        mRequestedPermissionsFromFragment = true;
        int requestIndex = allocateRequestIndex(fragment);
        ActivityCompat.requestPermissions(this, permissions,
                ((requestIndex + 1) << 16) + (requestCode & 0xffff));
    } finally {
        mRequestedPermissionsFromFragment = false;
    }
}

你可以看到(requestIndex + 1) << 16) + (requestCode & 0xffff) 当

onRequestPermissionsResult

android检查请求代码，如果它是从fragment发送，它将结果传递给fragment，否则它不传递给fragment 这是FragmentActivity的代码:

enter code here@Override
public void onRequestPermissionsResult(int requestCode, @NonNull String[] permissions,
        @NonNull int[] grantResults) {
    mFragments.noteStateNotSaved();
    int index = (requestCode >> 16) & 0xffff;
    if (index != 0) {
        index--;

        String who = mPendingFragmentActivityResults.get(index);
        mPendingFragmentActivityResults.remove(index);
        if (who == null) {
            Log.w(TAG, "Activity result delivered for unknown Fragment.");
            return;
        }
        Fragment frag = mFragments.findFragmentByWho(who);
        if (frag == null) {
            Log.w(TAG, "Activity result no fragment exists for who: " + who);
        } else {
            frag.onRequestPermissionsResult(requestCode & 0xffff, permissions, grantResults);
        }
    }
}

总结

如果你调用activity。requestpermission()或ActivityCompat。如果你调用Fragment .requestPermission()，它会将结果传递给你的Activity和Fragment

对于tragetSDK 28, SDK检查(>23)和请求权限从片段将工作。ActivityCompat。requestPermissions失败(如果您将请求代码设置在65536以下，则会出现权限对话框，如果用户允许权限，则提供权限，但不会发生回调。但如果您设置大于65536，则ActivityCompat。requestPermissions将立即失败。我不知道这背后的逻辑是什么。可能是一个bug，也可能是故意的)。

工作代码:

  if (Build.VERSION.SDK_INT >= 23) {
                        requestPermissions(new String[]{Manifest.permission.ACCESS_FINE_LOCATION, Manifest.permission.ACCESS_COARSE_LOCATION}, LOCATION_ACCESS_REQUEST);
                    }

编辑的回答涵盖更广泛的问题

我认为你混淆了片段和活动的方法。上个月我的项目也遇到了类似的问题。请检查你是否最终有以下内容:

在AppCompatActivity中使用ActivityCompat.requestpermissions方法 在v4支持片段中，您应该使用requestpermissions Catch是如果你调用AppcompatActivity。在你的片段请求权限，然后回调将来活动，而不是片段 记得打电话给管理员。来自活动的onRequestPermissionsResult。

看看是否有帮助。

private void showContacts() {
 if (getActivity().checkSelfPermission(Manifest.permission.READ_EXTERNAL_STORAGE)
         != PackageManager.PERMISSION_GRANTED) {
     requestPermissions(new String[]{Manifest.permission.READ_EXTERNAL_STORAGE},
             PERMISSIONS_REQUEST_READ_STORAGE);
 } else {
     doShowContacts();
 }
}

 @Override
 public void onRequestPermissionsResult(int requestCode, String[] permissions,
     int[] grantResults) {
 if (requestCode == PERMISSIONS_REQUEST_READ_STORAGE
         && grantResults[0] == PackageManager.PERMISSION_GRANTED) {
     doShowContacts();
 }
 }

改变权限

你可以调用下面的Fragment方法

@Override
public void onRequestPermissionsResult(int requestCode, @NonNull String[] permissions, @NonNull int[] grantResults) {
    super.onRequestPermissionsResult(requestCode, permissions, grantResults);
    switch (requestCode) {
        case REQUEST_CODE:
            // If request is cancelled, the result arrays are empty.
            if (grantResults.length > 0 &&
                    grantResults[0] == PackageManager.PERMISSION_GRANTED) {
                // Permission is granted. Continue the action or workflow
                // in your app.
                doActionBecauseNowYouCanBro();
            } else {
                // Explain to the user that the feature is unavailable because
                // the features requires a permission that the user has denied.
                // At the same time, respect the user's decision. Don't link to
                // system settings in an effort to convince the user to change
                // their decision.
                showWhyRequestPermissionsAndDontBlockUserItsCalledManners();
            }
            return;
    }
    // Other 'case' lines to check for other
    // permissions this app might request.

}