① APK 反编译失败 是为啥
1、反编译=回编译后分别是
smali目录 回编译为 classes.dex 文件
res目录 回编译为 resources.arsc 文件
2、回编译顺序
在回编译时，会先检查“源”即resources
当你汉化文件，修改出错了（缺少一个符号也不行），
那么回编译会自动跳过编译res文件夹，直接回编译smali 。
所以，如果没有对smali（classes.dex）汉化，那么建议大家删掉这个文件夹，
这要会大大加快回编译速度。
3、出错问题1
在汉化时，往往会不小心删掉一些符号，如 "<" ">"符号等等。
<string name="app_name">File Manager</string>
<string name="app_name">文件管理器/string>
<string name="app_name"文件管理器</string>
这些小小的错误都会导致回编时译检查出错。
所以汉化时，注意对校，然后再回编译。
建议使用一些高级的文本编辑器，支持语法高亮视图的。
4、出错问题2
最近发现有些APK文件 反编译后，就算不汉化直接回编译，都会出错。
有可能的原因1，反编译后XML文件语法中@符号 前面多了"\" （\@ ），
用文本编辑工具 直接替换【\@】为【@】，应该可以解决。
建议使用最新版本的反编译工具。
5、建议大家使用新版本的APKTool工具，
当然如果新的有问题也可以试试旧的一、系统文件汉化再次强调
1、汉化Settings.apk(系统设置)、MMS.apk（信息）、Phone.apk（电话）、
等等系统文件，一定要先 安装构架，具体看另个文件
<关于APKTool工具反编译Settings.apk问题>。
2、系统文件汉化完后不需要签名，直接替换汉化后的文件，就可以了。
主要是，系统文件放在系统目录，无需再次读取签名获得权限，已经是高级了。
二、打包说明
1、通常汉化完回编译后，会自动生成所有APK内的文件，或者自动生成*.APK文件。
但是建议大家不要直接使用该文件，进了使用替换法，替换掉你汉化后的文件，
如：resources.arsc，如果修改过的图片，等等…
2、很多人对于APK文件 解压缩或压缩 都用“WinRAR”或“好压”，这里不推荐。
希望大家安装7-Zip这个压缩工具，对于zip格式的支持是最好的。而且很方便，
不需要重新关联apk 直接右键打开就行了。替换直接拖拉进去，就OK了一、回编译出错问题
(1.提示 strings.xml 最后一行错误，检查是否</string>符号错误；
在汉化时，往往会不小心删掉一些符号，如 "<" ">"符号等等。
<string name="app_name">File Manager</string>
<string name="app_name">文件管理器/string>
<string name="app_name"文件管理器</string>
(2.提示 strings.xml 最顶部含中文代码首行错误，编码格式不对，转换成 UTF-8；
(3.提示 public.xml 出错，检查改动过的 arrays.xml 是否代码有错误的地方；
二、一切能正常但无法回编译
还有一种情况，apktool最新版本能正常反编译一个apk文件，在未做任何修改的情况下，无法回编译。
这是就要注意了，可以尝试一下用低版本的apktool进行【反编译】，然后在用高版本的apktoo工具【回编译】。
这里向大家推荐用 【APKDB】 这个工具，很方便，反编译时可以选择apktool的版本。
② apk改之理反编译修改ip后,安装完成闪退
编译出现错误，网络卡顿。
1、apk改之理反编译修改ip后，编译出现错误就会出现安装完成闪退的情况，需要进行改正。
2、网络问题出现不稳定就会导致该种情况的出现，更换相对稳定的网络即可。
③ 手机app常见的漏洞有哪些
首先，说到APP的安全漏洞，如果抛开安卓自身开源的问题的话，其主要产生的原因就是开发过程中疏忽或者代码不严谨引起的。但这些责任也不能怪在程序猿头上，有时会因为BOSS时间催得紧等很多可观原因。那么，手机app常见的漏洞有哪些
呢
1.应用反编译
漏洞：APK 包非常容易被反编译成可读文件，稍加修改就能重新打包成新的 APK。
利用：软件破解，内购破解，软件逻辑修改，插入恶意代码，替换广告商 ID。
建议：使用 ProGuard 等工具混淆代码，重要逻辑用 NDK 实现。
例子：反编译重打包 FlappyBird，把广告商 ID 换了，游戏改加插一段恶意代码等等。
2.数据的存储与传输
漏洞：外部存储(SD 卡)上的文件没有权限管理，所有应用都可读可写。开发者把敏感信息明文存在 SD 卡上，或者动态加载的 payload 放在 SD 卡上。
利用：窃取敏感信息，篡改配置文件，修改 payload 逻辑并重打包。
建议：不要把敏感信息放在外部存储上面;在动态加载外部资源的时候验证文件完整性。
漏洞：使用全局可读写(MODE_WORLD_READABLE，MODE_WORLD_WRITEABLE)的内部存储方式，或明文存储敏感信息(用户账号密码等)。
利用：全局读写敏感信息，或 root 后读取明文信息。
建议：不适用全局可读写的内部存储方式，不明文存储用户账号密码。
3.密码泄露
漏洞：密码明文存储，传输。
利用：
root 后可读写内部存储。
SD 卡全局可读写。
公共 WiFi 抓包获取账号密码。
建议：实用成熟的加密方案。不要把密码明文存储在 SD 卡上。
4.组件暴露(Activity, Service, Broadcast Receiver, Content Provider)
漏洞：
组件在被调用时未做验证。
在调用其他组件时未做验证。
利用：
调用暴露的组件，达到某种效果，获取某些信息，构造某些数据。(比如：调用暴露的组件发短信、微博等)。
监听暴露组件，读取数据。
建议：验证输入信息、验证组件调用等。android:exported 设置为 false。使用 android:protectionLevel="signature" 验证调用来源。
5. WebView
漏洞：
恶意 App 可以注入 JavaScript 代码进入 WebView 中的网页，网页未作验证。
恶意网页可以执行 JavaScript 反过来调用 App 中注册过的方法，或者使用资源。
利用：
恶意程序嵌入 Web App，然后窃取用户信息。
恶意网页远程调用 App 代码。更有甚者，通过 Java Reflection 调用 Runtime 执行任意代码。
建议：不使用 WebView 中的 setJavaScriptEnabled(true)，或者使用时对输入进行验证。
6.其他漏洞
ROOT 后的手机可以修改 App 的内购，或者安装外挂 App 等。
Logcat 泄露用户敏感信息。
恶意的广告包。
利用 next Intent。
7.总结
APP的漏洞大部分都是因为开发人员没有对输入信息做验证造成的，另外因为 Intent 这种特殊的机制，需要过滤外部的各种恶意行为。再加上安卓应用市场混乱，开发人员水平参差不齐。所以现在 Android 应用的漏洞，恶意软件，钓鱼等还在不断增多。
再加上 root 对于 App 沙箱的破坏，Android 升级的限制。国内的安卓环境一片混乱，惨不忍睹。所以，裕祥安全网提醒大家如果想要保证你的应用没有安全漏洞，就要记住：永远不要相信外面的世界。
更多通讯安全小知识
，比如手机下载网络资源需注意哪些危险隐患
，欢迎继续阅读裕祥安全网
。