权限请求导致Android Q emulator上的活动重新创建

我一直在安卓Q上测试我的应用程序，发现了让应用程序无法正常运行的奇怪行为。然后，我能够用最少的代码在一个新项目中重现它

问题在于活动处于一个无限的被重新创建的循环中（onCreate被反复调用）。这是通过在运行时请求权限触发的。即使已授予权限且未显示请求UI，也会发生这种情况

这只发生在Q上，而不是馅饼、奥利奥或棉花糖上。我不知道我的代码是否在做一件奇怪的事情，或者它是否是当前Q模拟器映像中的操作系统错误。你怎么认为？我如何才能在不触发此错误的情况下请求应用程序启动权限

AndroidManifest.xml：

<?xml version="1.0" encoding="utf-8"?>
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:tools="http://schemas.android.com/tools"
    package="com.a.myapplication">

    <uses-feature
        android:name="android.hardware.location"
        android:required="false" />

    <uses-permission android:name="android.permission.ACCESS_FINE_LOCATION" />

    <application
        android:allowBackup="true"
        android:icon="@mipmap/ic_launcher"
        android:label="@string/app_name"
        android:roundIcon="@mipmap/ic_launcher_round"
        android:supportsRtl="true"
        android:theme="@style/AppTheme"
        tools:ignore="GoogleAppIndexingWarning">
        <activity android:name=".MainActivity">
            <intent-filter>
                <action android:name="android.intent.action.MAIN" />

                <category android:name="android.intent.category.LAUNCHER" />
            </intent-filter>
        </activity>
    </application>

</manifest>

MainActivity.java：

package com.a.myapplication;
import androidx.appcompat.app.AppCompatActivity;
import androidx.core.app.ActivityCompat;
import android.Manifest;
import android.content.pm.ActivityInfo;
import android.os.Bundle;
import android.os.Handler;
import android.util.Log;

public class MainActivity extends AppCompatActivity {

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);

        Log.e("Activity", "Activity created!");

        setRequestedOrientation(ActivityInfo.SCREEN_ORIENTATION_SENSOR_LANDSCAPE);

        new Handler().postDelayed(new Runnable() {
            @Override
            public void run() {
                requestPermissionsOnStartup();
            }
        }, 1500);
    }

    private void requestPermissionsOnStartup() {
            ActivityCompat.requestPermissions(this,
                new String[]{
                        Manifest.permission.ACCESS_FINE_LOCATION,
                },
                25547);
    }
}

这是我在logcat中启动此应用程序时看到的：

2019-07-09 11:10:03.234 7454-7454/com.a.myapplication E/Activity: Activity created!
2019-07-09 11:10:03.326 7454-7454/com.a.myapplication E/Activity: Activity created!
2019-07-09 11:10:03.444 7454-7454/com.a.myapplication E/Activity: Activity created!
2019-07-09 11:10:03.577 7454-7454/com.a.myapplication E/Activity: Activity created!
2019-07-09 11:10:03.728 7454-7454/com.a.myapplication E/Activity: Activity created!
2019-07-09 11:10:03.864 7454-7454/com.a.myapplication E/Activity: Activity created!
2019-07-09 11:10:03.987 7454-7454/com.a.myapplication E/Activity: Activity created!
2019-07-09 11:10:04.127 7454-7454/com.a.myapplication E/Activity: Activity created!
2019-07-09 11:10:04.254 7454-7454/com.a.myapplication E/Activity: Activity created!
2019-07-09 11:10:04.371 7454-7454/com.a.myapplication E/Activity: Activity created!
2019-07-09 11:10:04.507 7454-7454/com.a.myapplication E/Activity: Activity created!

以下是我的确切模拟器设置：

---

尝试在活动内的清单中添加此行-

android:configChanges=“orientation | screenSize”

您的应用程序是否正在尝试访问后台位置？如果是，则您必须在manifest

@ManojPerumarath中添加此权限：如果在没有特殊保护的情况下添加此权限（如

静态布尔值

标志仅显示一次请求），则即使在Android 5.0+上也会触发无限递归。这是因为

requestPermissions（）。因此，如果requestPermissions导致onResume，onResume导致requestPermissions，那么您就得到了无限递归。摆脱
处理程序
/延迟，并跟踪配置更改。请参阅示例和，它们都在第一次运行时请求权限，没有问题。我无法告诉您问题是否与您的延迟有关，这就是我没有发布答案的原因。自从Android 6.0引入运行时权限以来，就一直需要跟踪活动启动时触发的权限请求的配置更改。否则，如果以权限对话框为主题的活动位于前台，我们的活动仍然会在配置更改时重新创建（因为它是可见的），我们最终会再次请求该对话框。请尝试在活动内的清单中添加此行-
android:configChanges=“orientation | screenSize”
您的应用程序是否正在尝试访问后台位置？如果是，则您必须在manifest
@ManojPerumarath中添加此权限：如果在没有特殊保护的情况下添加此权限（如
静态布尔值
标志仅显示一次请求），则即使在Android 5.0+上也会触发无限递归。这是因为
requestPermissions（）。因此，如果requestPermissions导致onResume，onResume导致requestPermissions，那么您就得到了无限递归。摆脱
处理程序
/延迟，并跟踪配置更改。请参阅示例和，它们都在第一次运行时请求权限，没有问题。我无法告诉您问题是否与您的延迟有关，这就是我没有发布答案的原因。自从Android 6.0引入运行时权限以来，就一直需要跟踪活动启动时触发的权限请求的配置更改。否则，如果以权限对话框为主题的活动位于前台，我们的活动仍然会在配置更改时重新创建（因为它是可见的），我们最终会再次请求该对话框。
2019-07-09 11:10:03.234 7454-7454/com.a.myapplication E/Activity: Activity created!
2019-07-09 11:10:03.326 7454-7454/com.a.myapplication E/Activity: Activity created!
2019-07-09 11:10:03.444 7454-7454/com.a.myapplication E/Activity: Activity created!
2019-07-09 11:10:03.577 7454-7454/com.a.myapplication E/Activity: Activity created!
2019-07-09 11:10:03.728 7454-7454/com.a.myapplication E/Activity: Activity created!
2019-07-09 11:10:03.864 7454-7454/com.a.myapplication E/Activity: Activity created!
2019-07-09 11:10:03.987 7454-7454/com.a.myapplication E/Activity: Activity created!
2019-07-09 11:10:04.127 7454-7454/com.a.myapplication E/Activity: Activity created!
2019-07-09 11:10:04.254 7454-7454/com.a.myapplication E/Activity: Activity created!
2019-07-09 11:10:04.371 7454-7454/com.a.myapplication E/Activity: Activity created!
2019-07-09 11:10:04.507 7454-7454/com.a.myapplication E/Activity: Activity created!