需要权限来执行此操作(interface for acpi感叹号)

win10删除需要管理员权限

I。概述从Android 6。0（API级别23）开始，用户将在应用程序运行时（而不是在安装时）授予其权限。此方法简化了应用程序的安装过程，因为用户在安装或更新应用程序时无需授予权限。它还使用户可以更好地控制应用程序的功能；例如，用户可以选择提供对照相机应用程序的照相机访问权限，而不是对设备位置的访问权限。 系统权限主要分为两类：普通权限和危险权限：普通权限不会直接对用户隐私构成风险。如果清单中列出了普通权限，则系统将自动授予这些权限。 Dangerous权限授予应用程序访问用户的机密数据的权限。如果清单中列出了危险许可，则用户必须明确批准它们。 在所有Android版本中，应用都需要在其应用清单中声明正常权限和危险权限。但是，此声明的影响取决于系统版本和应用程序的目标SDK级别：如果设备运行的是Android 5。1或更低版本，或者应用程序的目标SDK为22或更低版本：如果清单中列出出于危险的权限，用户在安装应用程序时必须授予此权限；如果他们未授予此权限，则无法安装该应用程序。 如果设备运行的是Android 6。0或更高版本，或者应用的目标SDK为23或更高版本：该应用必须在清单中列出权限，并且必须在运行时请求它需要的所有危险权限。用户可以授予或拒绝每个许可，即使用户拒绝许可请求，应用程序也可以继续运行有限的功能。 II。检查权限如果您的应用程序需要危险的权限，则每次执行需要此权限的操作时，都必须检查您是否具有权限。因为用户可以随时更改权限的授权状态。

win7复制文件需要权限

要检查应用程序是否具有权限，请调用ContextCompat。checkSelfPermission（）方法。例如，以下代码片段显示了如何检查活动是否有权在日历中写入：//假设thisActivity是当前活动Manifest。permission。WRITE_CALENDAR）;如果应用程序具有此权限，则该方法返回PackageManager。PERMISSION_GRANTED，并且该应用程序可以继续运行。如果应用没有此权限，则该方法返回PERMISSION_DENIED。 另一件事，如何确定当前的Android版本号是否大于某个版本，这也是确定我们是否需要动态申请权限的基准。这是一个示例：if（Build。VERSION。SDK_INT》 = Build。VERSION_CODES。N）{//如果它大于或等于24，它将是7。0及更高。}其他{//如果它小于24 ，它将是7。0及以下。} III。请求权限如果应用清单中列出了危险权限，则必须要求用户授予该权限。 Android提供了多种请求权限的方法。调用这些方法将显示一个标准的Android对话框，但是您无法自定义它们。 1。一个系统对话框，解释为什么应用程序需要权限以提示用户授予或拒绝权限在某些情况下，您可能需要帮助用户了解您的应用程序为何需要权限。例如，如果用户启动了摄影应用程序，则用户可能不会惊讶于该应用程序需要使用相机的权限，但用户可能不理解该应用程序为什么要访问其位置或联系人的原因。在寻求许可之前，您可能需要为用户提供解释。请记住，您不需要说服用户进行解释；如果您提供过多的说明，则用户可能会发现该应用令人失望并将其删除。 更好的方法是仅在用户拒绝许可请求时提供解释。如果用户继续尝试需要许可的功能，但继续拒绝许可请求，则可能表明用户不理解应用程序为何需要此许可才能提供相关功能。在这种情况下，最好显示说明。 为了帮助查找用户可能需要解释的情况，Android提供了一种实用程序方法，如果应用程序先前已请求此权限，但用户拒绝了该请求，则此方法将返回true。 注意：如果用户过去拒绝了权限请求，并在权限请求系统对话框中选择了“不再询问”选项，则此方法将返回false。如果设备规范阻止应用获得此许可，则此方法还返回false。 2。请求所需的权限如果您的应用没有所需的权限，则您的应用必须调用requestPermissions（）方法来请求适当的权限。该应用程序传递所需的权限以及标识此权限请求的整数请求代码。该方法异步运行：它立即返回，并且在用户响应对话框之后，系统使用结果调用应用程序的回调方法，并将应用程序传递的相同请求代码传递给requestPermissions（）。

您需要权限来执行删除

以下代码可以检查应用程序是否具有读取用户联系人的权限，并根据需要请求该权限：//在此，thisActivity是当前的活动if（ContextCompat。checkSelfPermission（thisActivity，Manifest。permission。READ_CONTACTS）！= PackageManager。 PERMISSION_GRANTED）{//我们应该显示一个解释吗？如果（ActivityCompat。shouldShowRequestPermissionRationale（thisActivity，Manifest。permission。READ_CONTACTS））{//向用户显示扩展名*异步*-请勿阻止//看到说明，然后重试以请求权限。} else {//无需说明，我们可以请求权限。 ActivityCompat。requestPermissions（thisActivity，新的字符串【】 {Manifest。permission。READ_CONTACTS}，MY_PERMISSIONS_REQUEST_READ_CONTACTS）； // MY_PERMISSIONS_REQUEST_READ_CONTACTS是//应用程序定义的int常量。回调方法获取//请求的结果。}}注意：调用requestPermissions（）时，系统会向用户显示标准对话框。您无法配置或更改此对话框。如果您需要向用户提供任何信息或说明，则应在调用requestPermissions（）之前进行操作，例如解释为什么您的应用需要权限。 3。处理权限请求响应当应用程序请求权限时，系统会向用户显示一个对话框。当用户响应时，将调用系统的onRequestPermissionsResult（）方法，并将用户响应传递给它。您必须重写此方法以查看您是否具有适当的权限。回调传递与传递给requestPermissions（）相同的请求代码。例如，如果应用程序请求READ_CONTACTS访问，则可以使用以下回调方法：public void onRequestPermissionsResult（int requestCode，字符串权限【】，int 【】 grantResults）{switch（requestCode）{情况MY_PERMISSIONS_REQUEST_READ_CONTACTS：{//如果请求被取消，则结果数组为空。如果（grantResults。length》 0 && grantResults 【0】 == PackageManager。PERMISSION_GRANTED）{//授予了权限，是的！ //完成与联系人相关的任务。}否则{//权限被拒绝，嘘！禁用//依赖于此权限的功能} return;} //其他’case’行以检查此应用程序可能要求的其他//权限}}系统将显示一个对话框，说明您的应用程序需要访问的权限组；它不会列出特定的权限。例如，系统对话框仅显示您的应用访问设备所需的联系人。用户只需要为每个权限组授予一次权限。如果您的应用请求此组中的任何其他权限（在您的应用清单中列出），这些权限将自动授予该应用。当您请求此权限时，系统将调用onRequestPermissionsResult（）回调方法并传递PERMISSION_GRANTED。如果用户已通过系统对话框明确批准了您的许可请求，则系统将以相同的方式运行。 例如，假设您在应用清单中列出了READ_CONTACTS和WRITE_CONTACTS。如果您请求READ_CONTACTS并且用户授予此权限，那么当您请求WRITE_CONTACTS时，系统将立即向您授予该权限，而无需与用户进行交互。 注意：即使用户已在该权限组中向应用授予其他权限，您的应用仍需要显式请求其所需的每个权限。此外，权限分组可能会在未来的Android版本中更改。您的代码不应基于特定权限属于或不属于同一组的假设。 如果用户拒绝了权限请求，请在此时采取适当的措施。例如，您可以显示一个对话框，说明为什么它无法执行用户请求但需要权限的操作。 当系统要求用户授予许可时，用户可以选择指示系统不再请求许可。在这种情况下，只要应用再次使用requestPermissions（）请求该权限，该请求就会立即被拒绝。系统将调用您的onRequestPermissionsResult（）回调方法并传递PERMISSION_DENIED。如果用户再次明确拒绝您的请求，则系统将执行相同的操作。这意味着，当您调用requestPermissions（）时，不能假定与用户发生了任何直接交互。