Java程序中，JVM虚拟机是通过类加载器ClassLoader加载.jar文件里面的类的。Android也类似，不过Android用的是Dalvik/ART虚拟机，不是JVM，也不能直接加载.jar文件，而是加载dex文件。
今天分享一篇匠心制作的《深入探索 Android 包体积优化》，内容比较多，因此分篇分享～
在进行apk热修复、插件化、动态加载的时候，会经常多个jar/dex包含相同的class，如果class结构因为需要升级出现了变化，会隐藏一些很难解释的坑在里面，务必谨慎。
如果你对App优化比较敏感，那么Apk安装包的大小就一定不会忽视。关于瘦身的原因，大概有以下几个方面：
如果你有这样的问题： 1.Dalvik和ART的区别 2.DEX在Dalvik转化为ODEX和ART中转化为ODEX的过程有上面区别 3.multidex在dalvik上起作用，ART上使用的也是multidex么（如果不是的话在application中写入multidex.install会对apk启动造成影响么）
大致的意思是： ClassLoader 是一个负责加载classes的对象，ClassLoader类是一个抽象类，需要给出类的二进制名称，ClassLoader尝试定位或者产生一个class数据，一个典型的策略是把二进制名字转换成文件名然后到文件系统中找到该文件 以下是ClassLoader常用到的几个方法及其重载方法：
iOSAPP 加固是优化 APK 安全性的一种方法，常见的加固方式有混淆代码、加壳、数据加密、动态加载等。下面介绍一下 iOSAPP 加固的具体实现方式。
前言 在上一篇文章我们学习了Java的ClassLoader，很多同学会把Java和Android的ClassLoader搞混，甚至会认为Android中的ClassLoader和Java中的ClassLoader是一样的，这显然是不对的。这一篇文章我们就来学习Android中的ClassLoader，来看看它和Java中的ClassLoader有何不同。 1.ClassLoader的类型 我们知道Java中的ClassLoader可以加载jar文件和Class文件（本质是加载Class文件），这一点在A
原文地址：How to optimize your app for Android (Go edition) 原文作者：Raj Ajrawat 译文出自：掘金翻译计划 本文永久链接：github.co
《Android开发艺术探索》读书笔记 (13) 第13章 综合技术、第14章 JNI和NDK编程、第15章 Android性能优化
将打包好的 APK 文件安装到 Android 手机中 , 就是可运行的应用程序 ;
在开发过程中，有碰到过一些由于编译优化导致的代码修改并不符合我们预期的情况。这也就是之前为什么我经常说编译产物其实是不太可以被信任的。
现在市面上的 Android 手机大部分都是运行的是ART虚拟机了。还记得自己一部 Android手机（HuaweiG520），Android4.1 系统。那时候还是没有 ART虚拟机 的。作为Android开发者，我们应该对 Android 的发展历史有些了解为什么 Android 会经历这么多的变化。Android 是先有 JVM 然后是 Dalvik ，接着是现在的 ART虚拟机 。那么他们之间有什么关系呢？
Android的碎片化不用我说大家都懂的，五花八门。时常应用层开发者痛不欲生，明明在我这里开发时运行没有问题，tm的一上线就出问题。
随着项目的不断迭代，代码量跟资源文件不断增多。那么就会出现打包后的 APK 文件越来越大，如果突然有一天你们老板或领导叫你优化 APK 大小，你还不知道怎么优化那就有点说不过去了，这篇文章咱们就来一起分析并优化 APK 体积大小吧。
作者：jsonchao 链接：https://juejin.im/post/5e7ad1c0e51d450edc0cf053
当我们打开一个项目，我们可以看到的是我们写的Java Code文件or Other JVM Code，资源文件，Build配置文件，但是通过run the project，我们就可以得到一个在我们的Andoid设备上可以运行的Apk，上线应用市场，还需要我们对其进行签名处理，来确保我们App的唯一性和安全性。整个过程就是所谓的项目构建。
让我们将这一原则应用到 Android App 开发中。我们将玩转一个称为“ApkGolf”的 APK，目的是创建一个尽可能具有最少字节数的 App，并可安装在运行 Oreo 的设备上。
.apk文件其实就是一个压缩包，把文件的后缀改成.zip，用压缩软件解压搜就可的下图(我是mac)
原文地址：Troubleshooting ProGuard issues on Android 原文作者：Wojtek Kaliciński 译文出自：掘金翻译计划 本文永久链接：github.com/xitu/gold-m… 译者：dieyidezui 校对者：corresponding 为什么使用 ProGuard ProGuard 是一个压缩、优化、混淆代码的工具。尽管有很多其他工具供开发者们使用，但是 ProGuard 作为 Android Gradle 构建过程的一部分，已经打包在 SDK 中
我们知道不管是插件化还是组件化，都是基于系统的ClassLoader来设计的。只不过Android平台上虚拟机运行的是Dex字节码,一种对class文件优化的产物,传统Class文件是一个Java源码
Enjarify 是一个将Dalvik字节码转化为等价的Java字节码，然后可以用一系列的Java分析工具去分析Android应用。之前我们一直使用Dex2jar来完成这个工作，不过Dex2jar已经算是一个非常老的工具咯。Dex2jar在绝大部分情况下都挺不错的，但是如果碰到了些模糊的特性或者特殊案例就会出错或者默默地吐出一些错误的结果。相比之下，Enjarify在设计的时候就考虑到了尽可能多的情况，特别是对于那些Dex2jar不起作用的情况下。另外，Enjarify能够有效地处理Unicode编码的类名、常量，隐式类型转换、正常处理流程中的移除处理啊等等。
Android系统由于其开源的属性，市场上针对开源代码定制的ROM参差不齐，在系统层面的安全防范和易损性都不一样，android应用市场对app的审核相对 iOS来说也比较宽泛，为很多漏洞提供了可乘之机。市场上一些主流的app虽然多少都做了一些安全防范，但由于大部分app不涉及资金安全，所以对安全的重视程度不够。本文通过几个题目可以让你基本了解android中简单的但比较经典的漏洞、以及简单的android注册机开发的思路。阅读本文，你可能需要了解android逆向的基本知识和常用工具、非常简单的java语
最近在了解插件化技术：把未安装的插件apk 集成到 宿主App中，以取得减少宿主APK包体积等优点。也就是说，一个完整的APK 虽然不经过安装过程，但使用了插件化技术后却可以在宿主中使用其功能。
网上关于启动优化的文章多不胜数，内容千篇一律，大都是列举一些耗时操作，采用异步加载、懒加载等。
上述之前在其他文章里面也常见的图，而这张图讲述一个APK的诞生流程，可以分为以下的几个流程
本文中，以色列研究者通过反编译恶意APK应用GlanceLove，向攻击者服务器上传了webshell，实现了Hack Back（黑回去）。
APK瘦身即是对APK大小进行压缩策略，减小APK安装包大小，更小的安装包更有助于吸引用户安装。前一段时间我司某一App进行APK的瘦身，最终也达到了减小10M的目标，现做一个简单的总结记录。
随着业务复杂度的逐渐增加，代码、资源也在不断的增加，此时你的APP大小也在增加。从用户层面来说，面对动辄几十兆的APP来说在非WIFI情况下还是会犹豫要不要下载，不下载你就可能因此失去了一个用户。从公司层面来讲，流量就是钱，减少APP的大小就显得尤为重要。从开发者层面上来讲，你掌握了这个手艺也会略显逼格满满。
逻辑上，可以把dex文件分成3个区，头文件、索引区和数据区。索引区的ids后缀为identifiers的缩写。
作者简介：dc, 天天P图AND工程师 ---- 奇怪的现象？ 先看下面一段apk的代码： public class MainActivity extends AppCompatActivity { Button button; TextView textView; @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceS
Matrix 是一款微信研发并日常使用的 APM (Application Performance Manage) ，当前主要运行在 Android 平台上。Matrix 的目标是建立统一的应用性能接入框架，通过对各种性能监控方案快速集成，对性能监控项的异常数据进行采集和分析，输出相应问题的分析、定位与优化建议，从而帮助开发者开发出更高质量的应用。 在经历微信内 1 年多的验证与迭代，现在 Matrix 终于开源了： https://github.com/tencent/matrix 欢迎 Star
作者：我是吸血鬼 链接：https://www.jianshu.com/p/5921e9561f5f 著作权归作者所有，欢迎投稿。 随着业务复杂度的逐渐增加，代码、资源也在不断的增加，此时你的APP大小也在增加。从用户层面来说，面对动辄几十兆的APP来说在非WIFI情况下还是会犹豫要不要下载，不下载你就可能因此失去了一个用户。从公司层面来讲，流量就是钱，减少APP的大小就显得尤为重要。从开发者层面上来讲，你掌握了这个手艺也会略显逼格满满。 废话不多说了，开始正题。 1.APK结构的那些事 知己知彼，方能百
1、设计思想 2、PackageManagerService的抽象理解 3、PackageManagerService里面的数据结构 4、PackageManagerService的三大流程 5、PackageManagerService的体系结构 一、设计思想 如果你是Android 系统中的架构师，让你设计一个Android的安装系统中的PackageManagerService，你会怎么设计？ 既然要设计，咱们要首先弄清几个问题，我希望大家看下面的问题的时候，多想两个问题：1、如果让你设计，你怎么设
Matrix 是一款微信研发并日常使用的 APM (Application Performance Manage) ，当前主要运行在 Android 平台上。Matrix 的目标是建立统一的应用性能接入框架，通过对各种性能监控方案快速集成，对性能监控项的异常数据进行采集和分析，输出相应问题的分析、定位与优化建议，从而帮助开发者开发出更高质量的应用。 在经历微信内 1 年多的验证与迭代，现在 Matrix 终于开源了。 Matrix 有哪些功能？ Matrix 当前监控范围包括：应用安装包大小，SQLit
简历上列举的项目多想想，为什么做这个项目？做这个项目的目标是什么？我的方案是什么？相对其他方案我的方案优势是什么？项目的收益是什么？项目的架构图是否能画出来？项目中使用的主要框架原理是否前前后后都清楚？(我大概就是项目拯救了自己，基础准备有点仓促T^T)。
https://github.com/5A59/android-training/tree/master/common-tec/CommonTec
在运行时替换掉底层有Bug的方法的地址，将他们的指针指向修复之后的方法的内存地址，从而实现热修复的功能。
/**************2016年4月23更新*********************/
main方法时ZygoteInit入口方法，其中调用了ZygoteInit的preload方法，preload方法中又调用了ZygoteInit的preloadClasses方法。
去年比较严重的洞，以比较浅显的方式学习记录一下，网上有很多其他深度分析文章，也可借鉴学习。
MultiDex适用于API版本在4-20的Android系统 , 即Android 2.1 - 4.4 . 而在这些版本之间 , MultiDex会通过Application.getClassLoader进行加载. 而如果Dex比较多比较大的话 , 主线程加载Dex时间会很长 , 导致主线程ANR.
上篇文章讲到了apk的分包，通过multidex构建出包含多个dex文件的apk，从而解决65536的方法数限制问题《Android Dex分包》。
针对 页面布局的性能、层级、测量绘制时间 进行优化，从而提高 Android应用中的页面显示速度
上一篇博客 【Android 逆向】整体加固脱壳 ( DexClassLoader 加载 dex 流程分析 | DexPathList 构造函数分析 | makeDexElements 函数分析 ) 中 , 介绍了在 DexPathList 构造函数中调用了 makeDexElements 方法 , 在 makeDexElements 方法中执行了加载 dex 文件的操作 , 将加载后的 dex 文件封装在了 Element 实例对象中 , 并生成了 Element[] 数组 , 每个 dex 文件都对应 Element[] 数组 中的一个元素 ;
Android应用的大小对用户体验和应用性能至关重要。大型APK文件会增加应用的安装时间，启动时间和页面加载时间，降低了用户体验。因此，APK瘦身是Android开发中的重要任务。在本文中，我们将分享6个小技巧，帮助你优化和瘦身Android应用，提高性能和用户体验。
Android 不仅系统版本众多，机型众多，而且各个市场都各有各的政策和审核速度，每次发布一个版本对于开发同学来讲都是一种漫长的煎熬。相比于 iOS 两三天就能达到 80% 的覆盖速度而言，Android 应用版本升级至少需要两周才能达到 80% 的升级率，严重阻碍了版本迭代速度。也导致市场上 App 版本分散，处理 bug 和投诉等也越来越麻烦。 修复的 bug 需要等待下个版本发布窗口才能发布？ 已经 ready 的需求排队上线，需要等待其他 Feature Team 合入代码？ 老版本升级速度慢？频繁
PakageManagerService的启动流程图 1.PakageManagerService概述 PakageManagerService是android系统中一个核心的服务，它负责系统中Package的管理，应该程序的安装、卸载等。后面PakageManagerService简称PMS。 2.SystemServer启动PackageManagerService 我之前的ATA文章有说到，SystemServer进程是Zygote孵化出的第一个进程，该进程主要的工作是启动a
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
