Android targetSdkVersion 原理

最新推荐文章于 2025-07-24 17:30:37 发布
最新推荐文章于 2025-07-24 17:30:37 发布
阅读量386 收藏
点赞数
分类专栏： it Android 计算机
博客链接指向关于Android TargetSdkVersion的内容，TargetSdkVersion是Android开发中的重要概念，涉及应用在不同系统版本上的兼容性等信息技术相关要点。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

揭秘targetSdkVersion：Android开发的核心秘籍
欢迎来到《技术探索》，这是一个专注于游戏开发技术的博客。在这里，我们将深入探讨游戏引擎、图形渲染、人工智能、物理模拟等领域的最新技术和最佳实践。无论您是初学者还是经验丰富的开发者，我们都希望为您提供有价值的见解和实用的技巧。
11-12 275
决定了你的App在不同Android系统上的“兼容模式”或“新特性模式”。值越高，系统对你的App要求越严格，你需要适配更多新行为。值太低，虽然兼容性好，但无法上架Google Play，也会错过新特性和安全保护。targetSdkVersion 决定了你的App在新系统上是“被兼容”还是“被严格要求”，它是Android兼容性和新特性适配的核心参数。下面继续深入讲解的相关内容，包括它的工作原理、实际开发中的注意事项、常见误区，以及如何安全地提升 targetSdkVersion。
android开发–compileSdkVersion、targetSdkVersion、Support库的作用与他们之间的关系
01-03
目录基本概念什么是 targetSdkVersioncompileSDKVersionminSdkVersion为何提供支持库 基本概念 什么是 targetSdkVersion 每个Android版本都会对应一个API数字，例如Android 7.0对应的是API 24，当手机的Android系统版本升级的时候，会出现两种情况： 提供了新的接口。如果开发者想要在APP中使用Android 7.0提供的新功能，除了需要使用Android 7.0手机，还需要保证targetSdkVersion升级到至少24，从这个角度来说，升级 targetSdkVersion 的目的是为了使用新版本的功能。
Android中compileSdk,minSdk,targetSdk的含义和区别
最新发布
znouy的博客
07-24 270
如需使用最新的 Android 功能，请在编译时使用最新的 Android SDK。应用的模块级 build 文件包含一些设置，用于指示编译时使用的 Android SDK 版本、选择平台行为以及指定应用运行的最低版本。设置为 22，这些应用可以在 API 23 设备上运行，而无需使用运行时权限，并且可以使用最新。的设备上运行应用，Android 会以兼容模式运行您的应用，该模式的行为方式与。用于指定您希望应用支持的最低 Android 版本。，以便在较低的 Android API 级别中使用新功能。
Android targetSdkVersion 原理+总结
阿姆斯特哩的博客
12-09 711
前几天 Google 官方发布文章解析 compileSdkVersion、minSdkVersion 以及 targetSdkVersion 的含义，以及合理设置各个值的意义，原文 Picking your compileSdkVersion, minSdkVersion, and targetSdkVersion（后面简称 “原文”），还有翻译版。 其中，compileSdkVers
android:targetSdkVersion相关
xuhui_7810的专栏
10-10 2958
最近做一个应用时，在android4.0以下版本中，显示都正常。但是到了4.0以上的版本，那些没有物理按键，像BACK, HOME,MENU键都是虚拟按键时，发现了个奇怪的问题， MENU键不见了…… 开始还以为是代码里的android:theme="@android:style/Theme.NoTitleBar" 、getWindow().setFlags(WindowManager.Layou
android 神奇的 targetSdkVersion
笑笑的博客
01-14 291
1.targetSdkVersion 22 及以下 会自动获取动态权限（否则需要添加动态权限代码和libsqlite和http库支持） 2.targetSdkVersion 26 全屏透明和横竖屏切换同时支持 ...
Classloader关于Apache Http在Android里targetSdkVersion28前后时的表现调研
小薇卅的专栏
07-11 580
apache的问题，适配android P手机，首先targetSdkVersion<28。 apache的jar包确实是在Android P版本的系统的rootclasspath去掉了，但是谷歌做了一个兼容，如果应用的targetsdk<p，系统会把apache的类预加到应用自己的classpath中，所以应用自己的classloader还是能正常找到apache的类，但是如果应用指...
unity2017 安卓打包manifest targetSdkVersion=22 but library uses target 26的解决方案
geoffyan的博客
03-30 9470
这几天用unity 2017 安卓打包时一直出现这提示。Warning: [Main manifest has &lt;uses-sdk android:targetSdkVersion='22'&gt; but library uses targetSdkVersion='26'真是恼人啊，导致排期将至游戏包还未审核通过。还好，经过几天努力， 现在终于解决了。原理其实是对targetSdkVer...
android sdk27版本
01-31
- 使用`minSdkVersion`、`targetSdkVersion`和`maxSdkVersion`属性来指定应用支持的Android版本范围。 6. **性能优化**： - 针对Android 8.1.0的新特性，如后台限制，开发者应优化服务和广播接收器的使用，避免...
Android targetSdkVersion
食種之食物
12-02 1678
概述Android开发的应该都见过compileSdkVersion、minSdkVersion 以及 targetSdkVersion。compileSdkVersion和minSdkVersion比较好理解，前者表示编译的SDK版本，后者是最低适配的SDK版本。对于targetSdkVersion，字面的意思是目标SDK版本，但是它不仅仅是目标SDK字面意思这么简单。很难一句话说清楚。原文中用了
Android targetSdkVersion 升级到 26 总结
Android 开发架构
07-08 3157
由于各个应用市场要求，需要在 2019年5月1日 之前把 target 升级到 26。所以对本公司全网的 App 和可能影响到的相关 SDK 做一个升级。本文主要记录此次升级的过程和解决的一些问题。 其实升级 target 技术含量不是很高，但是因为涉及到库（100 多个 SDK）和人员，依赖有点多，涉及到公司所有业务的 App, 而且改动的地方和细节也有多，很容易出现考虑不全，导致线上问题。 ...
android 应用设置targetSdkVersion
weixin_40321085的博客
08-04 585
Android 应用设置 targetSdkVersion 的重要性及其示例 在 Android 应用开发中，targetSdkVersion 是一个至关重要的配置项。它告诉 Android 系统您应用所针对的 API 级别，帮助系统决定如何处理应用的兼容性。正确设置 targetSdkVersion 对于确保应用在不同版...
理解android:targetSdkVersion
shashashashi的专栏
03-23 982
对于Android开发来讲，android:targetSdkVersion应该并不陌生，但在真正遇到问题时才发现，自己并不是完全了解他的作用，所以在这里记录一下自己学习到的相关内容。     对于Android系统来讲，向前兼容一直是比较重要的问题。当应用使用低版本的SDK实现时，需要保证在更高的系统版本中仍能正常运行，且不出现问题。这就需要compileSdkVersion、miniSdkV
Android targetsdkversion理解
分享Android开发知识
03-08 5923
一、Android gradle中常见的版本配置 compileSdkVersion 代表着编译的时候，会采用该api的规范进行代码检查和警告，但是并不会编译进apk中。 targetSdkVersion 代表着目标版本，在编译的时候会将该版本的api编译进apk中。 minSdkVersion 代表着最低版本，在编译的时候兼容到该参数指定最低版本api。 二、targetSdkVersion指目标版本。 应用的 targetSdkVersion 没有更新之前系统不会应用最新的行为变化 例如： 我们的c
Android之targetSdkVersion详解
热门推荐
LVXIANGAN的专栏
04-20 1万+
Google 官方发布文章解析 compileSdkVersion、minSdkVersion 以及 targetSdkVersion 的含义，以及合理设置各个值的意义，原文Picking your compileSdkVersion, minSdkVersion, and targetSdkVersion（后面简称 “原文”），还有翻译版。 其中，compileSdkVersion 和 mi...
uniapp app "targetSdkVersion" : 33, 现在使用安卓11版本 手机 检测到通知权限没有允许通知 plus.android.requestPermissions(['android.permission.POST_NOTIFICATIONS']没有反应 如何提示并在点击提示同意时，直接打开
07-11
<think>我们正在讨论的是在UniApp中处理Android 11（API级别30）及以上版本的通知权限问题，特别是当`targetSdkVersion`设置为33时。用户报告说使用`plus.android.requestPermissions`请求`android.permission.POST_NOTIFICATIONS`权限没有响应，并且希望实现当用户授予权限后跳转到应用设置页面。 首先，我们需要明确几个关键点： 1. 从Android 12（API级别31）开始，引入了`POST_NOTIFICATIONS`权限，该权限在`targetSdkVersion`为33时成为必要权限。 2. 在Android 11（API级别30）及以下，通知权限是默认授予的，不需要运行时请求。 3. 在Android 12及以上，如果`targetSdkVersion`>=31，则必须请求`POST_NOTIFICATIONS`权限。 但是，用户提到的是Android 11设备，并且`targetSdkVersion`为33。这里需要注意： - 在Android 11设备上，即使`targetSdkVersion`为33，系统仍然不会强制要求`POST_NOTIFICATIONS`权限，因为该权限在Android 11上不存在。因此，在Android 11上请求这个权限可能不会有任何反应（系统会忽略它）。 所以，问题可能在于：在Android 11设备上请求一个不存在的权限（`POST_NOTIFICATIONS`）导致没有响应。那么，正确的做法应该是： - 对于Android 12及以上设备，请求`POST_NOTIFICATIONS`权限。 - 对于Android 11及以下设备，不需要请求通知权限（因为默认已授予）。 但是，用户还提到想要实现“当用户授予权限后跳转到应用设置页面”。这里可能有些误解，因为通常我们是在用户拒绝权限后才引导用户去设置页面手动开启权限。在用户授予权限后，我们不需要跳转到设置页面。 因此，我推测用户的实际需求可能是： 1. 正确请求通知权限（在Android 12及以上）。 2. 如果用户拒绝了权限，则提示用户去应用设置页面手动开启权限。 另外，关于跳转到应用设置页面，我们可以使用以下方法： 在UniApp中，可以使用以下代码跳转到应用设置页面： ```javascript plus.runtime.openSettings(); // 打开应用设置页面 ``` 现在，我们需要一个完整的解决方案： 1. 判断设备版本：如果是Android 12及以上，则请求`POST_NOTIFICATIONS`权限；如果是Android 11及以下，则不需要请求（但可以检查通知是否开启？注意：在低版本Android上，通知权限是默认开启的，但用户可以在应用设置中关闭通知，所以你可能需要检查通知通道的状态？不过，在Android 8.0及以上，通知是通过通知通道管理的，但运行时权限只存在于Android 12及以上）。 2. 请求权限：使用`plus.android.requestPermissions`，但注意这个API在HBuilderX 3.1.0+推荐使用`uni.authorize`或`uni.requestAuthSetting`，但通知权限在uni-app的API中可能没有直接封装。因此，可能需要使用原生方式（Android权限请求）来处理。 3. 处理权限请求结果：如果用户拒绝，则跳转到应用设置页面。 但是，用户提到`plus.android.requestPermissions`没有响应。这可能是由于在Android 11上请求一个不存在的权限，或者是在Android 12+上请求权限的方式有问题。 让我们重新考虑权限请求的方法： 在UniApp中，我们可以通过条件编译（区分平台）和条件判断（区分Android版本）来执行不同的操作。 具体步骤： 1. 判断平台：如果是Android，再判断系统版本。 2. 如果是Android 12及以上（即API级别>=31），则请求`POST_NOTIFICATIONS`权限。 3. 如果是Android 11及以下，则跳过请求（因为不需要运行时请求）。 4. 无论何种情况，如果我们需要确保通知权限开启，可以检查应用的通知设置（但注意，在Android 8.0以上，通知通道可以单独关闭，这并不属于运行时权限，而是应用设置的一部分）。因此，跳转到设置页面可能是为了打开通知通道的设置。 然而，用户的需求是“当用户授予权限后跳转到应用设置页面”，这并不常见。通常，我们只在拒绝时引导用户去设置。但如果是用户主动要求去设置（比如应用需要用户进行一些其他设置），那么可以在任何时候调用`plus.runtime.openSettings()`。 所以，我猜测用户可能是想：在请求权限后，无论用户是否授予，都跳转到设置页面？或者是在用户授予权限后，再跳转到设置页面进行其他设置？这不太合理。 因此，我建议用户明确跳转设置页面的时机。通常，我们这样处理权限请求： - 请求权限。 - 如果用户授予，则执行需要权限的操作（例如发送通知）。 - 如果用户拒绝，则显示提示，告诉用户可以在设置中开启，并提供一个按钮跳转到设置页面。 现在，针对通知权限，在Android 12+上的处理： 在UniApp中，我们可以使用以下方式请求权限（使用原生Android权限请求）： ```javascript // 判断平台 if (uni.getSystemInfoSync().platform === 'android') { // 获取系统版本 const version = uni.getSystemInfoSync().osVersion; // 返回字符串，如"10"、"11"、"12" const majorVersion = parseInt(version.split('.')[0]); if (majorVersion >= 12) { // Android 12及以上 // 请求通知权限 const main = plus.android.runtimeMainActivity(); const Permission = plus.android.importClass("android.Manifest"); const permission = Permission.permission.POST_NOTIFICATIONS; plus.android.requestPermissions(main, [permission], 0x1000, function(e) { // 回调函数 if (e.requestCode === 0x1000) { // 获取权限结果 let grantResults = e.grantResults; if (grantResults && grantResults.length > 0) { // 检查是否授予权限 if (grantResults[0] === 0) { // 0表示授予 console.log("用户授予通知权限"); // 这里可以执行发送通知等操作 } else { console.log("用户拒绝通知权限"); // 可以提示用户，并跳转到应用设置页面 uni.showModal({ title: '提示', content: '您拒绝了通知权限，是否去设置页面开启？', success: function(res) { if (res.confirm) { plus.runtime.openSettings(); } } }); } } } }); } else { // Android 11及以下，不需要请求通知权限 console.log("当前系统版本不需要请求通知权限"); // 但是，我们可以检查通知是否被用户关闭（在应用设置中）？这需要另外的方法 // 在低版本，我们可以直接发送通知，如果用户关闭了通知，则通知不会显示，但不会有运行时权限问题。 } } ``` 注意：上述代码中，我们使用了`plus.android.requestPermissions`，并且指定了一个请求码（0x1000）。在回调中，我们根据请求码来判断，然后检查授权结果数组（`grantResults`）中的第一个结果（因为我们只请求了一个权限）。 但是，用户提到在Android 11上使用`plus.android.requestPermissions`请求`POST_NOTIFICATIONS`没有响应。这是因为在Android 11上，这个权限不存在，所以请求一个不存在的权限，系统不会弹出对话框，也不会回调结果。因此，我们需要避免在Android 11及以下请求这个权限。 上面的代码已经通过系统版本判断避免了在Android 12以下请求该权限，所以应该不会出现没有响应的问题。 另外，关于跳转到设置页面，我们使用了`plus.runtime.openSettings()`，它会打开当前应用的系统设置页面，用户可以在那里开启通知权限（对于Android 12以下，通知权限在设置页面中通常以开关形式存在，而不是运行时权限）。 但是，在Android 12以下，通知权限并不是运行时权限，而是应用设置的一部分。因此，我们无法通过运行时权限API来获取其状态。如果我们想检查在Android 12以下的通知是否被关闭，可能需要使用其他方法，比如通过通知管理器检查通知通道的状态（这比较复杂，且不同系统版本方法不同）。 因此，如果用户希望在低版本Android上也引导用户开启通知（如果用户关闭了通知），我们可以直接跳转到设置页面，而不需要先请求权限（因为请求权限在低版本无效）。 总结实现步骤： 1. 判断平台和系统版本。 2. 如果是Android 12+，请求`POST_NOTIFICATIONS`权限，并根据结果决定是否跳转到设置页面（仅在拒绝时引导）。 3. 如果是Android 11及以下，我们可以直接引导用户去设置页面开启通知（因为不需要请求权限，但用户可能关闭了通知），或者先检查通知是否开启（需要额外代码）？但是，检查通知是否开启在低版本比较复杂，所以一种简单的做法是：在低版本也提供一个按钮，让用户跳转到设置页面去开启通知（如果应用认为通知很重要）。 因此，我们可以这样设计： - 在应用启动时，检查是否已经开启通知（对于Android 12+，通过权限状态；对于Android 8.0+，可以检查通知通道是否被关闭，但跨平台方式复杂）。 - 如果发现通知没有开启（无论是因为权限还是通知被关闭），则弹窗提示用户，并提供跳转设置页面的按钮。 但是，由于用户的需求是“点击提示后直接跳转到权限设置页面”，我们可以提供一个统一的入口，比如一个按钮，点击后： - 在Android 12+，先请求权限，如果用户拒绝则跳转到设置页面；如果用户授予，则不需要跳转（但用户可能希望跳转去设置其他通知选项？）。 - 在Android 11及以下，直接跳转到设置页面（因为不需要请求权限，但需要用户手动开启通知开关）。 这里，我们假设用户希望的是：用户点击某个按钮（比如“开启通知”），然后我们根据系统版本执行不同的操作。 代码示例： ```javascript function openNotificationSetting() { const systemInfo = uni.getSystemInfoSync(); if (systemInfo.platform === 'android') { const version = systemInfo.osVersion; const majorVersion = parseInt(version.split('.')[0]); if (majorVersion >= 12) { // Android 12+ const main = plus.android.runtimeMainActivity(); const Permission = plus.android.importClass("android.Manifest"); const permission = Permission.permission.POST_NOTIFICATIONS; plus.android.requestPermissions(main, [permission], 0x1000, function(e) { if (e.requestCode === 0x1000) { let grantResults = e.grantResults; if (grantResults && grantResults.length > 0) { if (grantResults[0] === 0) { console.log("权限已授予"); // 这里可以发送测试通知，或者什么都不做 } else { // 拒绝后跳转到设置页面 uni.showModal({ title: '提示', content: '请在设置中开启通知权限', success: (res) => { if (res.confirm) { plus.runtime.openSettings(); } } }); } } } }); } else { // Android 11及以下，直接跳转到设置页面 plus.runtime.openSettings(); } } else { // iOS平台处理，这里不展开 } } ``` 注意：在Android 11及以下，我们直接跳转到设置页面，因为不需要请求权限，但是用户可能关闭了通知开关，所以让用户去设置页面开启。 另外，关于`plus.android.requestPermissions`在Android 12+上是否有效，需要确保HBuilderX的基座和打包环境支持。如果使用自定义基座，请确保使用最新的HBuilderX。 最后，如果用户希望在授予权限后也跳转到设置页面（比如用户可能想设置通知渠道），那么可以在授予权限后也调用`plus.runtime.openSettings()`，但通常这不是必要的。 根据用户的需求调整：在用户授予权限后跳转到设置页面，那么修改回调： ```javascript if (grantResults[0] === 0) { // 用户授予权限，跳转到设置页面（用户可能进一步设置通知渠道等） plus.runtime.openSettings(); } ``` 但是，这样会使用户在授予权限后立即跳转到设置页面，可能会干扰用户。所以，请根据实际需求决定。 综上所述，我们提供了一个函数`openNotificationSetting`，它根据系统版本执行不同的操作，实现了在Android 12+上请求通知权限，并在拒绝时引导跳转设置；在Android 11及以下直接跳转设置页面。 注意：由于UniApp的权限API并未封装通知权限，因此我们使用了原生Android的方式。在iOS上，通知权限的请求方式不同，需要另外处理（使用`uni.requestPushPermission`或其他方法），这里仅处理Android。 最后，关于用户提到的`plus.android.requestPermissions`没有响应的问题，通过避免在Android 11及以下请求不存在的权限，应该可以解决。 希望这个回答能帮助用户解决问题。</think>在 UniApp 中处理 Android 11+ 设备通知权限问题（`targetSdkVersion=33`）需要结合权限请求和设置页面跳转逻辑，以下是完整解决方案： ### 解决方案步骤 #### 1. 检测通知权限状态 ```javascript function checkNotificationPermission() { // Android 13+ (API 33+) 使用 POST_NOTIFICATIONS 权限 if (plus.os.name === 'Android' && parseInt(plus.os.version) >= 13) { const main = plus.android.runtimeMainActivity(); const Context = plus.android.importClass('android.content.Context'); const NotificationManager = plus.android.importClass('android.app.NotificationManager'); const nm = main.getSystemService(Context.NOTIFICATION_SERVICE); return nm.areNotificationsEnabled(); } // Android 12 及以下默认视为有权限 return true; } ``` #### 2. 请求通知权限并处理结果 ```javascript function requestNotificationPermission() { return new Promise((resolve) => { const main = plus.android.runtimeMainActivity(); // Android 13+ 使用标准权限请求 if (plus.os.name === 'Android' && parseInt(plus.os.version) >= 13) { const Permission = plus.android.importClass('android.Manifest$permission'); const permissions = [Permission.POST_NOTIFICATIONS]; main.requestPermissions(permissions, 0, { onRequestPermissionsResult: (code, perms, results) => { resolve(results.length > 0 && results[0] === 0); } }); } else { // 低版本直接返回 true resolve(true); } }); } ``` #### 3. 跳转到应用设置页面 ```javascript function openAppSettings() { const Intent = plus.android.importClass('android.content.Intent'); const Settings = plus.android.importClass('android.provider.Settings'); const Uri = plus.android.importClass('android.net.Uri'); const main = plus.android.runtimeMainActivity(); const intent = new Intent(); intent.setAction(Settings.ACTION_APPLICATION_DETAILS_SETTINGS); intent.setData(Uri.parse("package:" + main.getPackageName())); main.startActivity(intent); } ``` #### 4. 整合到业务逻辑 ```javascript async function handleNotificationPermission() { if (!checkNotificationPermission()) { const granted = await requestNotificationPermission(); if (!granted) { uni.showModal({ title: '权限提示', content: '需要通知权限才能接收消息，是否前往设置？', success: (res) => { if (res.confirm) openAppSettings(); } }); } } else { // 已有权限，执行通知相关操作 } } // 在页面中调用 export default { onLoad() { handleNotificationPermission(); } } ``` ### 关键问题说明 1. **`requestPermissions` 无响应问题** - Android 13+ 必须使用 `android.permission.POST_NOTIFICATIONS` - 低于 Android 13 的设备无需请求（系统默认授予） - 确保在 `AndroidManifest.xml` 声明权限： ```xml <uses-permission android:name="android.permission.POST_NOTIFICATIONS" /> ``` 2. **权限请求结果处理** - 通过 `onRequestPermissionsResult` 回调获取结果 - `results[0] === 0` 表示授权成功 3. **设置页面跳转原理** - 使用 `ACTION_APPLICATION_DETAILS_SETTINGS` 打开应用详情页 - 通过 `package:[应用包名]` 定位到当前应用设置 ### 适配注意事项 1. **Android 版本差异** - `targetSdkVersion=33` 仅影响 Android 13+ 设备 - 低于 Android 13 的设备不受影响[^1] 2. **UniApp 原生插件** ```json // manifest.json 配置 "app-plus": { "android": { "targetSdkVersion": 33 } } ``` 3. **动态权限请求** - 需在 `pages.json` 配置 `"androidPermission"` 节点 - 或使用 `uni.request` 动态获取权限 [^1]: Android 13 通知权限变更官方文档 ### 相关问题 1. **如何检测用户永久拒绝了权限？** 在 `onRequestPermissionsResult` 中检查 `shouldShowRequestPermissionRationale()` 方法，若返回 `false` 表示用户勾选了"不再询问"。 2. **Android 12 及以下设备如何处理通知权限？** 低于 Android 13 的设备无需运行时请求，但需在应用设置中检查通知开关状态，可通过 `NotificationManagerCompat.areNotificationsEnabled()` 检测。 3. **UniApp 云打包时需要注意什么？** 需在 HBuilderX 中配置： ```json "distribute": { "android": { "targetSdkVersion": "33" } } ``` 并勾选 manifest.json 中的 `"targetSdkVersion": "33"` 4. **iOS 平台如何实现同等逻辑？** 使用 `uni.requestPushPermission()` 统一接口，iOS 无需跳转设置页面，系统会自动弹出权限请求窗口。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值