如果 Android 应用程序在 debuggable 上发布会发生什么? [英] What would happen if Android app is released with debuggable on?

查看:25
本文介绍了如果 Android 应用程序在 debuggable 上发布会发生什么?的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

黄金法则是在向公众发布您的 Android 应用程序之前将可调试选项设置为关闭.

如果我离开(忘记关闭)这个选项会怎样?我的意思是,它将如何向用户展示?

我测试过,没有发现任何区别.

解决方案

<块引用>

它将如何向用户展示?

普通用户不会注意到差异.

顺便说一句:

<块引用><块引用>

支持真正的调试构建.开发人员不再需要向清单中的标签添加 android:debuggable 属性——构建工具会自动添加该属性.在 Eclipse/ADT 中,所有增量构建都假定为调试构建,因此工具插入 android:debuggable="true".导出已签名的发布版本时,工具不会添加该属性.在 Ant 中,ant debug 命令会自动插入 android:debuggable="true" 属性,而 ant release 不会.如果 android:debuggable="true" 是手动设置的,那么 ant release 实际上会做一个 debug build,而不是 release build.

The golden rule is to set debuggable option to off prior to releasing your Android application to the public.

What would happen if I leave (forget to turn off) this option on? I mean, how would it manifest to a user?

I tested and saw no difference.

解决方案

how would it manifest to a user?

A normal user won't notice the difference.

By the way:

Support for a true debug build. Developers no longer need to add the android:debuggable attribute to the tag in the manifest — the build tools add the attribute automatically. In Eclipse/ADT, all incremental builds are assumed to be debug builds, so the tools insert android:debuggable="true". When exporting a signed release build, the tools do not add the attribute. In Ant, a ant debug command automatically inserts the android:debuggable="true" attribute, while ant release does not. If android:debuggable="true" is manually set, then ant release will actually do a debug build, rather than a release build.

这篇关于如果 Android 应用程序在 debuggable 上发布会发生什么?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
相关文章
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆