一、背景 就在项目灰度测试前不久，爆出了在 Android 3.0以下手机上安装时出现 INSTALL _ FAILED_DEXOPT，导致安装失败。这一问题意味着项目将不能在 Android 3.0以下的手机上安装使用，对项目的发布有比较大的影响，所以必须尽快解决。 INSTAL L_FAILED_DEXOPT导致无法安装的问题，从根本上来说，可能是两个原因造成的： （1） 单个 dex 文件方法总数65K 的限制。 （2） Dexopt 的 LinearAlloc 限制。 当 Android 系统安装一
逻辑上，可以把dex文件分成3个区，头文件、索引区和数据区。索引区的ids后缀为identifiers的缩写。
作为一个android开发者，在开发应用时，随着业务规模发展到一定程度，不断地加入新功能、添加新的类库，代码在急剧的膨胀，相应的apk包的大小也急剧增加， 那么终有一天，你会不幸遇到这个错误：
1、通过aapt打包资源文件res，对应生成R.java、resources.arsc和res文件（二进制&非二进制保持原来的代码）
随着业务复杂度的逐渐增加，代码、资源也在不断的增加，此时你的APP大小也在增加。从用户层面来说，面对动辄几十兆的APP来说在非WIFI情况下还是会犹豫要不要下载，不下载你就可能因此失去了一个用户。从公司层面来讲，流量就是钱，减少APP的大小就显得尤为重要。从开发者层面上来讲，你掌握了这个手艺也会略显逼格满满。
上一篇博客 【Android 逆向】Dalvik 函数抽取加壳 ( 类加载流程分析 | ClassLoader#loadClass 函数分析 | BaseDexClassLoader#findClass 分析 ) 分析到 , 类加载流程中 , 在 BaseDexClassLoader 中的 findClass 方法中 , 主要调用 DexPathList pathList 成员的 findClass 函数查找类 ;
为什么要用记录呢，因为我从开始接触Android时我们的项目就在65535的边缘。不久Google就出了multidex的解决方案。我们也已经接入multidex好多年，但我自己还没有接入，所以本博文只是作者自己对multidex接入整理记录其中大部分来源于Google官网。
作者：我是吸血鬼 链接：https://www.jianshu.com/p/5921e9561f5f 著作权归作者所有，欢迎投稿。 随着业务复杂度的逐渐增加，代码、资源也在不断的增加，此时你的APP大小也在增加。从用户层面来说，面对动辄几十兆的APP来说在非WIFI情况下还是会犹豫要不要下载，不下载你就可能因此失去了一个用户。从公司层面来讲，流量就是钱，减少APP的大小就显得尤为重要。从开发者层面上来讲，你掌握了这个手艺也会略显逼格满满。 废话不多说了，开始正题。 1.APK结构的那些事 知己知彼，方能百
本文框架 什么是热修复？ 热修复框架分类 技术原理及特点 Tinker框架解析 各框架对比图 总结 通过阅读本文，你会对热修复技术有更深的认知，本文会列出各类框架的优缺点以及技术原理，文章末尾简单
在 Android 开发中 , 尤其是项目比较大时 , 或引入的依赖库过多 , 一般的项目后期都会遇到 如下问题 , 整个工程的方法数超过了
近日，Android Developers在Google+上宣布了新的Multidex支持库，为方法总数超过65K的Android应用提供了官方支持。 如果你是一名幸运的Android应用开发者，正在开发一个前景广阔的应用，不断地加入新功能、添加新的类库，那么终有一天，你会不幸遇到这个错误： Conversion to Dalvik format failed: Unable to execute dex: method ID not in [0, 0xffff]: 65536 这个错误是Andro
在Method与Filed数超限的背景下，我们将多工程拆分成多个Dex打到Apk中解决该问题，但是在使用MultiDex的时候，还会遇到一些问题。 在启动的时候会发生如下Crash。 在4.4以下会Crash，而5.0以上则不会发生Crash
APKTool是GOOGLE提供的APK编译工具，需要JAVA运行环境，推荐使用JDK1.6或者JDK1.7。
任何结论在没有经过实际检验之前都不能够确定一定没问题。三年前写的文章回过头来发现有些部分内容是有问题的（PS：这的确比较尴尬），再次对结果进行验证之后重新修改了之前的结论。幸亏文章阅读量不是很多，希望被误导的同学能够在其他地方得到正确结论。
上一篇我们讲了apk防止反编译技术中的加壳技术，如果有不明白的可以查看我的上一篇博客http://my.oschina.net/u/2323218/blog/393372。接下来我们将介绍另一种防止apk反编译的技术-运行时修改字节码。这种方法是在工作中在实现app wrapping时，看到国外的一篇关于android 安全的介绍实现的并且独创。下面我们来介绍一下这种方法。 我们知道apk生成后所有的java生成的class文件都被dx命令整合成了一个classes.dex文件，当apk运行时dalvik虚
在 【Android 逆向】类加载器 ClassLoader ( 使用 DexClassLoader 动态加载字节码文件 | 准备 DEX 字节码文件 ) 博客中 , 准备了 classes.dex 字节码文件 , 将字节码文件拷贝到了 将 app\src\main\assets\classes.dex 目录中 ;
随着APP的一次又一次迭代，APP的体积也越来越大，这时候，会引发这么一个问题，早期的错误异常如下：
我一直在尝试将 AndroidX collection library 移植到 Kotlin multiplatform，来测试二进制兼容性，性能，易用性和不同的内存模型。类库中的一些数据结构使用基于数组实现的二叉树来存储元素。在 Java 代码中有许多地方使用 移位操作 来代替二次幂的乘除法。当移植到 Kotlin 时，这些代码会被转化为略显变扭的中缀操作符，这有点混淆了代码意图。
想进大厂，就关注「 程序亦非猿 」 时不时 8:38 推送优质文章，觉得有用，置顶加星标
With this Nuwa project，you can also have the repairing power, fix your android applicaiton without have to publish a new APK to the appstore. 简单描述：其实就是Android热修复（ps：这里不做热修复的比对，纯粹的学习笔记） 使用方法，github上描述的很清楚
上一篇博客 【Android 逆向】整体加固脱壳 ( DexClassLoader 加载 dex 流程分析 | DexPathList 中根据 File 加载 DexFile | loadDexFile 分析 ) 中 , 介绍了 DexPathList 中通过 File 生成 DexFile 的源码 , 在 makeDexElements 中调用了 loadDexFile 方法 , 在 loadDexFile 又有调用了 DexFile.loadDexFile 函数 , 用于生成 DexFile 实例对象 ;
我们知道，要读取一个类代码，或读取类里的方法代码，都需要打开Ｄex文件，然后按前面介绍的格式去分析，并且读取出相应的内容，才可以给虚拟机进行解释执行。现在，我们就来学习和分析Ｄex文件的读取相关的代码。如下：
LZ-Says：在外面呆了一年又一年，似乎都快忘记当初出来的目的，不过，幸好，不忘初心~给家里买点东西，家里开心，我也开心~这就够了。
背景 当一个App发布之后，突然发现了一个严重bug需要进行紧急修复，这时候公司各方就会忙得焦头烂额：重新打包App、测试、向各个应用市场和渠道换包、提示用户升级、用户下载、覆盖安装。有时候仅仅是为了修改了一行代码，也要付出巨大的成本进行换包和重新发布。 这时候就提出一个问题：有没有办法以补丁的方式动态修复紧急Bug，不再需要重新发布App，不再需要用户重新下载，覆盖安装？ 虽然Android系统并没有提供这个技术，但是很幸运的告诉大家，答案是：可以。 解决方案 该方案基于的是android dex分包方案
如果你有这样的问题： 1.Dalvik和ART的区别 2.DEX在Dalvik转化为ODEX和ART中转化为ODEX的过程有上面区别 3.multidex在dalvik上起作用，ART上使用的也是multidex么（如果不是的话在application中写入multidex.install会对apk启动造成影响么）
我们下载到的Android App 安装包是 Apk文件（Android Application Package） 。通过 Apk 文件，我们也可以得到这个应用的代码和资源文件，对应用进行修改。
在 Android 的 SDK 环境开发中，HelloActivity 工程经过编译后，SDK 环境下开发生成的所有目标文件均在当前工程目录中，包含了 assets、bin、gen 等目录。
本文介绍基于Android的手机恶意软件，是一个基础性的介绍，给新入门的人提供一个分析和工具指引。要分析的木马是一个2013年的syssecApp.apk，这个木马的分析能对Android恶意软件有个大概了解。 基础： 1 –Android应用基础 Android是google开发基于Linux内核的开源的手机操作系统，应用程序使用JAVA语言编写并转换成了Dalvik虚拟机，而虚拟机则提供了一个抽象的真实硬件，只要和操作系统的API符合程序都可以在其上运行。应用则需要Linux的用户和组来执行，所
在 【Android 安全】DEX 加密 ( 支持多 DEX 的 Android 工程结构 ) 博客中介绍了 DEX 加密工程的基本结构 ,
Android系统由于其开源的属性，市场上针对开源代码定制的ROM参差不齐，在系统层面的安全防范和易损性都不一样，android应用市场对app的审核相对 iOS来说也比较宽泛，为很多漏洞提供了可乘之机。市场上一些主流的app虽然多少都做了一些安全防范，但由于大部分app不涉及资金安全，所以对安全的重视程度不够。本文通过几个题目可以让你基本了解android中简单的但比较经典的漏洞、以及简单的android注册机开发的思路。阅读本文，你可能需要了解android逆向的基本知识和常用工具、非常简单的java语
曾几何时，国内各大公司掀起了一股研究Android动态加载的技术，两年多过去了，动态加载技术俨然成了Android开发中必须掌握的技术。那么动态加载技术是什么呢，这里谈谈我的个人看法，如有雷同，纯属偶然。 什么是动态加载技术 对于动态加载的概念，没有一个权威的定义，参考网上的解释，我们举一个例子，动态加载代码就是通过在运行时加载外部代码（磁盘，网络等）改变程序行为的技术（感觉有点像装饰者模式）。主要目的是为了达到让用户不用重新安装APK就能升级应用的功能。 为了加深大家对这种概念的理解，我们结合pc端来说说
在安卓开发中，打包发布是开发的最后一个环节，apk是整个项目的源码和资源的结合体；对于懂点反编译原理的人可以轻松编译出apk的源码资源，并且可以修改资源代码、重新打包编译，轻轻松松变成自己的apk或者修改其中一部分窃取用户信息。
热修复已经不是什么新的话题，目前仍然对它的讨论很火，本文是一篇动态修复的实践篇，以腾讯HotFix为蓝本，带你体验热修复之旅。
Android 不仅系统版本众多，机型众多，而且各个市场都各有各的政策和审核速度，每次发布一个版本对于开发同学来讲都是一种漫长的煎熬。相比于 iOS 两三天就能达到 80% 的覆盖速度而言，Android 应用版本升级至少需要两周才能达到 80% 的升级率，严重阻碍了版本迭代速度。也导致市场上 App 版本分散，处理 bug 和投诉等也越来越麻烦。 修复的 bug 需要等待下个版本发布窗口才能发布？ 已经 ready 的需求排队上线，需要等待其他 Feature Team 合入代码？ 老版本升级速度慢？频繁
Apk在安装(installer)时，就会进行验证和优化，目的是为了校验代码合法性及优化代码执行速度，参见Dalvik Optimization and Verification Withdexopt。
jd-gui 查看jar包的java代码 使用jd-gui打开classes-dex2jar.jar就可以看到源代码了
在一开始写Android的时候经常碰到一些ClassNotFoundException，大部分情况下是少导入了什么包导致的。我碰到一个困扰了一年之久的ClassNotFoundException，终于在这两天我解决了这个问题，下面让我给大家表演一下真正的技术。
上一篇博客 【Android 逆向】整体加固脱壳 ( DexClassLoader 加载 dex 流程分析 | DexFile loadDexFile 函数 | 构造函数 | openDexFile 函数 ) 中 , 介绍了 DexFile 中加载 Dex 文件的流程 , 入口函数是 DexFile 的 loadDexFile 函数 , 然后在该函数中调用了 DexFile 的构造函数 , 之后再构造函数中调用了 openDexFile 函数 , 最终调用了 openDexFileNative 方法 ;
随着应用不断迭代，业务线的扩展,应用越来越大(比如集成了各种第三方sdk或者公共支持的jar包,项目耦合性高，重复作用的类越来越多)，相信很多人都遇到过如下的错误: UNEXPECTED TOP-LEVEL EXCEPTION: java.lang.IllegalArgumentException: method ID not in [0, 0xffff]: 65536 at com.android.dx.merge.DexMerger$6.updateIndex(DexMerger.java
1. 根据资源文件和 AndroidManifest.xml 生成 R.java 文件 2. 处理 aidl，生成对应的 java文件，如果没有 aidl，则跳过 3. 编译工程源码（主项目，库）src 目录下所有的源码，同时上边生成的R.java和aidl生成的java文件也会被编译生成相应的 class 文件 4. 将第3步生成的class文件打包生成 .dex 文件 5. 将资源文件打包，生成初始的apk 6. 将第 4 步生成的 .dex 文件加入到apk中生成未签名的包 7. apk 签名
【Android 热修复】热修复原理 ( 修复包 Dex 文件准备 | Dex 优化为 Odex | Dex 文件拷贝 | 源码资源 ) 【Android 热修复】热修复原理 ( Dex 文件拷贝后续操作 | 外部存储空间权限申请 | 执行效果验证 | 源码资源 )
随着安卓平台的不断发展与壮大，市场上大而全的应用比比皆是，产品需求的变更累积和UI交互的极致追求，除了 resources 文件的俱增，在 Android Project 中依赖的 Library 和 自己写的 Java 代码也会越来越多。这些变化，除了会导致打包出的 APK 文件越来越大之外，当项目中java代码包含的方法数（method count）超出一个峰值时，编译过程中就会出现如下错误：
Android的内核源码很大，有几个G，仔细找找网上有许多下载的地方。作为普通开发者，一般不需要阅读内核源码，但一点都不了解好像也不行，因为实际开发中有时候就得会那么一点点。下面几个源码目录，是开发者在实际开发中可以参考的： \system\core\toolbox : linux后台命令的源码，如ls、rm、kill、chmod、top、netstat等等。 \packages\apps : Android自带的应用程序的源码，如计算器、日历、相机、浏览器、联系人、音乐、拨号、设置等等。 \sdk : Android开发的辅助工具源码，如eclipse插件、emulator模拟器、ddms管理工具、draw9patch点九制图工具。 \frameworks\base\core\java\android : 提供给开发者的SDK开发框架的源码，基本与“Android SDK Manager”上下载的SDK一致。
ClassLoader 抽象类中的 private final ClassLoader parent 成员 , 用于实现双亲委派机制 , 所有的 ClassLoader 子类 , 如 PathClassLoader , DexClassLoader 等类加载器 , 都会存在一个 ClassLoader parent 成员 , 用于表示该 类加载器 的父节点 是哪个 类加载器 ;
我们知道，Java源文件（.java）经过编译器编译之后，会转换成Java字节码(.class)，然而程序是如何加载这些字节码文件到内存中呢？这就用到了ClassLoader，即类加载器。ClassLoader类加载器负责读取 Java 字节代码，并转换成 java.lang.Class类的一个实例。从而只有class文件被载入到了内存之后，才能被其程序所引用。所以ClassLoader就是用来动态加载class文件到内存当中用的。
前言 Ant是历史比较悠久的一个自动化构建工具，Android开发者可以通过它来实现自动化构建，也可以实现多渠道打包，关于apk打包的方式一般有Ant、Python、Gradle三种，这三种打包方式都各自有优点和缺点，本篇博文先给大家介绍如何使用Ant来实现自动构建和多渠道发布。 开发环境 Window7 Ant jdk android sdk mac系统下所需要的运行环境也是类似的，我们都需要配置Ant、jdk、sdk的环境变量，我们可以看一下window下是环境变量配了些什么： ANT_HOME : D
想必打过CTF的小伙伴多多少少都触过Android逆向，所以斗哥将给大家整一期关于Android逆向的静态分析与动态分析。本期先带来Android逆向的静态分析，包括逆向工具使用、文件说明、例题解析等。
环境: 手机: 中兴 u887 系统 android2.3.5 调试器: IDA pro 6.5
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
