如果你正在测试android 12，那么不要忘记添加此行到清单

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

是的，android.permission.SCHEDULE_EXACT_ALARM可以安全使用，在Android 12上，此权限由Android系统自动授予，但在Android 13上，您需要检查用户是否已授予此权限。
因此，您需要将权限添加到清单

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

然后，您需要检查是否已授予权限，如果未授予，则需要将用户重定向到“Alarms & Reminders”页面

if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.S) {
    val alarmManager = ContextCompat.getSystemService(context, AlarmManager::class.java)
    if (alarmManager?.canScheduleExactAlarms() == false) {
        Intent().also { intent ->
            intent.action = Settings.ACTION_REQUEST_SCHEDULE_EXACT_ALARM
            context.startActivity(intent)
        }
    }
}

Google还建议您通过注册广播接收器来检查此权限的任何更改，并在ACTION_SCHEDULE_EXACT_ALARM_PERMISSION_STATE_CHANGED上检查更改

谷歌声明：“*（当您的应用程序）需要精确定时的操作 "。您的用例是“ 计划更新天气数据（...）向用户发送通知 *"。虽然这可能是面向用户的，但似乎不需要精确地在某个时间执行。我猜您的应用程序不符合条件。
当前需要附加权限的方法有：setExact()，setExactAndAllowWhileIdle()和setAlarmClock()。重复的警报总是不准确的。看起来处理天气数据和设备传感器是重复的事情。

从您提到的内容来看，您谈论的是面向用户的功能。
一个假设的相反例子是Facebook在某个特定时间强制用户数据同步。这将是不好的，因为最好不要对这类事情强制制定时间表，因为它是在特定时间发生还是在系统资源没有被其他服务使用的一分钟后发生都无关紧要。
此外，“应该”意味着这是一个推荐。Facebook * 可以 * 做到以上几点，但这将是一个次优的解决方案。最好把对这类服务的控制权留给Android，因为它可能会在分配资源和防止延迟方面做得更好。所以换句话说，你不听他们的推荐不会让你的应用程序从应用程序商店或类似的东西中删除。
另外，你从第二个链接中引用的段落有一个可接受用例的链接，它提到了报警应用程序。这可能是你的问题被否决的原因。

有效的解决方案，您需要在〈application之前将权限添加到清单中