我的应用程序需要日历和通知访问。我知道这不是要求用户在应用程序首次启动时接受一堆请求的最佳方法，但目前无法重新考虑应用程序设计。所以我在这个阶段的问题是——如果我在应用启动时一一提出这两个请求，App Store 会批准我的应用吗？还是我会违反一些重要的 Apple 准则？
更新
找到https://developer.apple.com/ios/human-interface-guidelines/app-architecture/requesting-permission/
如果我在启动时提出 2 个请求，我的应用程序是否会被拒绝，目前尚不清楚。
SO 不是一个很好的论坛，因为你不会从 Apple 的应用审查团队那里得到关于什么会/不会让你被拒绝的权威答案——只是来自其他开发者的猜测和轶事经验。那就是说...
您链接的人机界面指南是如何制作一个“好”的应用程序，让您获得好评、设计奖项、同行的奉承等。应用程序审查指南是如何不制作一个被拒绝的“坏”应用程序店铺。失败前者并不一定失败后者。
在应用程序中处理隐私/通知权限基本上有三种方法：
在应用启动期间，机会性地调用导致权限提示的系统 API。（有条件地在您第一次启动时，或者普遍依赖操作系统来确保它只询问一次。）
这可能会让用户感到不快——可能不清楚应用程序为什么要为此或那个请求权限，并且他们可能会连续收到多个权限提示（如果应用程序需要摄像头、通知和联系人等等）。
按需调用权限相关的API；例如，如果您有一个社交媒体应用程序，用户在其中发布文本并且有时使用相机发布图片/视频，则在用户第一次尝试相机之前不要提示相机权限。（大多数需要权限的 API 为您提供了两种处理方法：您可以显式检查/请求权限，或者您可以开始使用 API，系统会自动显示权限警报。）
这使用户更清楚确切地需要权限，但仍会中断他们的工作流程。对于应用程序在没有用户操作（如通知）的情况下执行的权限的情况，这并不总是可行的。
如果您在应用首次启动时有某种入职介绍/导览，那么请请求许可，一次一步。例如，一个学习应用程序的首次启动体验可能会让用户在几个屏幕上滑动来解释功能，其中一个是“你想要通知提醒你学习吗？”，另一个是“你想使用相机进行创作吗？你自己的抽认卡？”。
这有助于避免 #1 中的“一堆意外提示”问题，但它也可以防止用户立即进入您的应用程序。
所有这些（以及您有时可能会看到的其他变体）都需要权衡取舍，因此请考虑用户的观点并选择最适合您的应用程序的内容。
也许您可以找到一种巧妙的方法，通过首次启动登机流程来请求通知。