我已经通过 3.0.0-rcX(来自 Canary 渠道)到达 Android Studio 3.0.0(来自稳定渠道)。
当我启动一个全新的应用程序并构建它时,以下代码(应用程序内部)显示设置了 FLAG_TEST_ONLY 标志。
Log.e(TAG, "ApplicationInfo: " + (getApplicationInfo().flags & ApplicationInfo.FLAG_TEST_ONLY));
10-31 09:54:05.226 16129-16129/com.example.dummy E/MainActivity: ApplicationInfo: 256
该应用程序的清单是:
<?xml version="1.0" encoding="utf-8"?>
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
package="com.example.dummy">
<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">
<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>
该标志阻止设备策略控制器安装它:使用设备策略控制器在后台升级应用程序
为什么设置这个标志,以及如何阻止它被设置?
前几天我就遇到了这个问题。根据我的测试,仅当您从 Android Studio 运行应用程序时才会添加此标志。不幸的是,APK 文件名并没有暗示这个问题。而且,尽管有文档,这个 APK 是only可从 Android Studio 使用 - 我专门尝试通过以下方式安装它adb
,这应该有效,但没有。
如果您以其他方式构建 APK,则不应添加该标志。具体来说,我使用了assembleRelease
摇篮任务。我希望 Android Studio 中的“Build APK(s)”菜单选项也能正常工作。
考虑到 Android Studio 可能会在直接运行构建中与其他构建相比进行即时运行和其他潜在的恶作剧,我对他们添加此标志并不感到惊讶。就我个人而言,我希望有一个更清晰的选项来选择退出所有此类恶作剧(也许还有这个标志),因为我是那些希望我从 IDE 运行的应用程序与我的用户运行的应用程序相同的怪人之一。
FWIW,我对此有更多背景这篇博文.
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)