在日常的Android开发中，我们必然遇到过OutOfMemoryError这样的崩溃，产生的原因无外乎两点，一是内存过小不够用，二是程序设计有误，导致不能释放内存，其中后者情况较多。在解决这个问题时，我们亦或多或少听到android:largeHeap，然而这个概念又是什么呢，它该如何使用，存在哪些问题呢。本文讲比较全面介绍Android中的largeHeap帮助各位全面深入了解这个概念。
Android系统完整的启动过程，从系统层次角度可分为Linux系统层、Android系统服务层、Zygote进程模型三个阶段；从开机到启动Home Launcher完成具体的任务细节可分为七个步骤，下面就从具体的细节来解读Android系统完整的初始化过程。
目录简述（脱壳前学习的知识、壳的历史、脱壳方法） 第一代壳 第二代壳 第三代壳 第N代壳 简述Apk文件结构Dex文件结构壳史壳的识别Apk文件结构
1. 查看当前堆栈 1) 功能：在程序中加入代码，使可以在logcat中看到打印出的当前函数调用关系 2) 方法： new Exception(“print trace”).printStackTrace(); 2. MethodTracing 1) 功能：用于热点分析和性能优化，分析每个函数占用的CPU时间，调用次数，函数调用关系等 2) 方法： a) 在程序代码中加入追踪开关 import android.os.Debug; …… android.os.Debug.startMetho
使用 cat default.prop 命令 , 查看 default.prop -> system/etc/prop.default 文件信息 ; 这是 Android 系统的默认属性 ;
Android is a software stack for mobile devices that includes an operating system, middleware and key applications.
逻辑上，可以把dex文件分成3个区，头文件、索引区和数据区。索引区的ids后缀为identifiers的缩写。
Android是用Java开发，其静态变量的生命周期遵守Java的设计。 我们知道静态变量是在类被load的时候分配内存的，并且存在于方法区。 当类被卸载的时候，静态变量被销毁。 在PC机的客户端程序中，一个类被加载和卸载，可简单的等同于jvm进程的启动和结束。 那么在Android中呢？ 用的Dalvik vm也是一样的。 不过Android不太突出的进程概念，所以对静态变量的生命周期就会感觉模糊，这种模糊对于值类型是无所谓的，如果是静态的对象引用，则与内存回收、内存泄漏这些问题有关，有必要加深研究和理解。
现在市面上的 Android 手机大部分都是运行的是ART虚拟机了。还记得自己一部 Android手机（HuaweiG520），Android4.1 系统。那时候还是没有 ART虚拟机 的。作为Android开发者，我们应该对 Android 的发展历史有些了解为什么 Android 会经历这么多的变化。Android 是先有 JVM 然后是 Dalvik ，接着是现在的 ART虚拟机 。那么他们之间有什么关系呢？
在Android里，程序内存被分为2部分：native和dalvik，dalvik就是我们普通的Java使用内存，分析堆栈的时候使用的内存。我们创建的对象是在这里面分配的，对于内存的限制是 native+dalvik 不能超过最大限制. Android 原生系统一般默认16M,但是国内手机一般都是特殊定制的,都有修改系统的内存大小,所有有时候,要查看具体应用系统分配的内存大小,还是需要实际去测试的,
作为一个android开发者，在开发应用时，随着业务规模发展到一定程度，不断地加入新功能、添加新的类库，代码在急剧的膨胀，相应的apk包的大小也急剧增加， 那么终有一天，你会不幸遇到这个错误：
我们知道在Android N 中对其 ART做了比较大的变化。主要是同一程序的代码可能同时运行在本地机器码（编译）、解释和JIT（Just In Time）的混合运行模式，并且不同的用户，同一应用程序的代码，可能运行不同的编译代码。因为有了Profile-guided JIT/AOT Compilation，那么不同的用户行为对同一app可能会有不同的编译结果。N 上做此变化的其目的是为了在安装时间、内存占用、电池消耗和性能之间获得最好的折衷。
如果你有这样的问题： 1.Dalvik和ART的区别 2.DEX在Dalvik转化为ODEX和ART中转化为ODEX的过程有上面区别 3.multidex在dalvik上起作用，ART上使用的也是multidex么（如果不是的话在application中写入multidex.install会对apk启动造成影响么）
前言 要学习Android的内存优化，首先要了解Java虚拟机，此前我用了多篇文章来介绍Java虚拟机的知识，就是为了这个系列做铺垫。在Android开发中我们接触的是与Java虚拟机类似的Dalvik虚拟机和ART虚拟机，这一篇我们就来了解它们的基本原理。 1.Dalvik虚拟机 Dalvik虚拟机（ Dalvik Virtual Machine ），简称Dalvik VM或者DVM。它是由Dan Bornstein编写的，名字源于他的祖先居住过的名为Dalvik的小渔村。DVM是Google专门为And
我们大家都是知道"一鼎三足"和"三角形的稳定性"，那么支撑Android系统的三个"足"是什么？即init进程、SystemServer进程和Zygote进程。本篇文章我们就好好来研究下Zygote进程
Android的系统架构采用了分层架构的思想，如图。从上层到底层共包括四层： 1.应用层 2.应用框架层 3.系统库和Android虚拟机 4.Linux内核
Android应用建立在Java虚拟机之上的，Google为了保证同时多个APP运行并及时唤醒，就为每个虚拟机设置了最大可使用内存，通过adb命令可以查看相应的几个参数，
作者：林冠宏 / 指尖下的幽灵 掘金：https://juejin.im/user/587f0dfe128fe100570ce2d8 博客：http://www.cnblogs.com/linguanh/ GitHub ： https://github.com/af913337456/ 腾讯云专栏： https://cloud.tencent.com/developer/user/1148436/activities 回答内存管理类面试问题可以说出下面这些内容，加分。 ----
可以看到，设置largeHeap为true时， 通过rt.maxMemory();获取的值为512M。
这篇文章的内容是我回顾和再学习 Android 内存优化的过程中整理出来的，整理的目的是让我自己对 Android 内存优化相关知识的认识更全面一些，分享的目的是希望大家也能从这些知识中得到一些启发。
构造函数主要做的事情: 1. 初始化skia图形系统 2. 预先分配空间来存放传入虚拟机的参数 3. 断言判断gCurRuntime是否为空，保证只能被初始化一次
SMALI/BAKSMALI是一个强大的apk文件编辑工具，用于Dalvik虚拟机（Google公司自己设计用于Android平台的虚拟机）来反编译和回编译classes.dex。其语法是一种宽松式的Jasmin/dedexer语法，而且它实现了.dex格式所有功能（注解，调试信息，线路信息等）。
上一篇博客 【Android 逆向】Dalvik 函数抽取加壳 ( 类加载流程分析 | DexPathList#findClass 函数分析 | DexFile#loadClassBinaryName 函数 ) 中 , 分析到了调用到 DexFile#loadClassBinaryName 函数 , 该函数是 native 函数 ;
ygote进程在android系统中有着及其中要的位置. 可以说android系统中的进程都是有zygote孵化出来的, 所有应用进程都是zygote的子进程. 参考图片：
Android 系统对每个app都会有一个最大的内存限制，如果超出这个限制，就会抛出 OOM，也就是Out Of Memory 。本质上是抛出的一个异常，一般是在内存超出限制之后抛出的。最为常见的 OOM 就是内存泄露(大量的对象无法被释放)导致的 OOM，或者说是需要的内存大小大于可分配的内存大小，例如加载一张非常大的图片，就可能出现 OOM。
Android 安全架构的理解不仅帮助我了解 Android 的工作原理，而且为我开启了如何构建移动操作系统和 Linux 的眼界。 本章从安全角度讲解 Android 架构的基础知识。 在第 1.1 节中，我们会描述 Android 的主要层级，而第 1.2 节给出了在此操作系统中实现的安全机制的高级概述。
最近接着介绍安卓系统安全知识，Android安全主要由系统框架实现，开发者构建设计，到用户授权三大方面组成。本系列将从安卓系统框架设计，到用户权限管理，到最后的应用安全签名等全面介绍，这个过程中，有转载，译文，当然关键的也有原创，有兴趣的可以继续关注。
android引入虚拟机，我想主要是考虑如下： 提供虚拟机对跨硬件平台好，只要维持好虚拟机与上下层的接口，上层应用可以不管底层的硬件区别。x86、arm架构的android手机都可以跑。 java的开发者更多，而且比原生的c++更容易掌握。 至于为什么每个程序运行在一个独立的虚拟中，我想是考虑 一个虚拟机中放入多个程序的话，还要考虑进程调度等，增加复杂度，和影响效率且没有什么好处。 android为每个程序提供一个vm，可以使每个app都运行在独立的运行环境，使稳定性提高 Android中Dalvik和JV
这段时间因为某些原因接触了Android App渗透测试，发现了几个不错的App渗透测试工具（虽然这些工具早就出来了 2333），搭建测试环境的过程中遇到了一些问题，特地总结一下，希望能给大家带来帮助。
开发Android应用时，有时候Java层的编码不能满足实际需求，需要通过JNI的方式利用C/C++实现重要功能并生成SO文件，再通过System.loadLibrary()加载进行调用。常见的场景如：加解密算法、音视频编解码、数据采集、设备指纹等。通常核心代码都封装在SO文件中，也自然成为“黑客”攻击的目标对象，利用IDA Pro等逆向工具，可以轻松反编译未采取任何保护措施的SO文件，生成近似源代码的C代码，业务逻辑、核心技术将直接暴露在攻击者的眼前。进一步造成核心技术泄漏、隐私数据泄漏、业务逻辑恶意篡改等危害。
本文不对JVM 、DVM(dalvik) 、ART这三者做具体的分析。只是从内存管理的角度来介绍下三者的区别和联系。
Android入门介绍 3G、4G 第三代移动通信技术(3rd - Generation)，速率一般在几百Kbps，较之前的2G和2.5G在数据传输速度上有很大提升。 第四代移动通信技术(4th - Generation)，速度可达到100Mbps以上，几乎可以满足人们的所有传输数据的需求。 目前主流的3G技术标准有三种： WCDMA：全球80%以上的3G网络都是采用此种制式。中国联通运营。186 CDMA2000：目前日韩及北美使用较多。中国电信运营。 189 TD-SCDMA：中国自主知识产权的3
Dalvik虚拟机是google专门为android平台开发的一个java虚拟机，但它并没有使用JVM规范。Dalvik虚拟机主要完成对象生命周期的管理、线程管理、安全和异常管理以及垃圾回收等重要功能。 java虚拟机和Dalvik虚拟机的区别： java虚拟机 Dalvik虚拟机 java虚拟机基于栈。 基于栈的机器必须使用指令来载入和操作栈上数据，所需指令更多更多 dalvik虚拟机是基于寄存器的 java虚拟机运行的是java字节码。（java类会被编译成一个或多
一、在Android应用程序中e69da5e887aa62616964757a686964616f31333363373732发送Intent启动Android应用程序
JVM本质上就是一个软件，是计算机硬件的一层软件抽象，在这之上才能够运行Java程序，JAVA在编译后会生成类似于汇编语言的.class字节码文件，与C语言编译后产生的汇编语言不同的是，C编译成的汇编语言会直接在硬件上跑，但JAVA编译后生成的.class字节码是在JVM上跑，需要由JVM把字节码翻译成机器指令，才能使JAVA程序跑起来。
最近在使用一款Art Hook框架对应用进行Hook的时候发现，函数Hook之后却总是没有被触发，于是怀疑是被dex2oat做了Inline处理。
上一篇博客 【Android 逆向】Dalvik 函数抽取加壳 ( 类加载流程分析 | native 函数查询 | dalvik_system_DexFile.cpp#defineClassNative 函数 ) 中 , dalvik_system_DexFile.cpp#Dalvik_dalvik_system_DexFile_defineClassNative 函数中 , 调用了 Class.cpp#dvmDefineClass 函数 ;
java代码的执行需要编译成字节码文件然后借助java虚拟机JVM执行, 那么smali代码的执行同样需要借助虚拟机, 只不过是安卓虚拟机DalvikVM, 但是由于Dalvik虚拟机默认识别dex文件, 因此需要将smali文件封装成dex文件 1.创建smali文件 .class public LTest; .super Ljava/lang/Object; .method public constructor <init>()V .registers 1 invoke-di
其中 scale 代表最大电量，level 代表当前电量。上面的输出表示还剩下 50% 的电量。
java虚拟机和Dalvik虚拟机的区别 该文章是本人转载的，觉得写的不错，和大家分享一下 Google于2007年底正式发布了Android SDK, 作为 Android系统的重要特性，Dalvik虚拟机也第一次进入了人们的视野。它对内存的高效使用，和在低速CPU上表现出的高性能，确实令人刮目相看。 依赖于底层Posix兼容的操作系统，它可以简单的完成进程隔离和线程管理。每一个Android应用在底层都会对应一个独立的Dalvik虚拟机实例， 其代码在虚拟机的解释下得以执行。 很多人认为Dalvik虚
在eclipse中连接不上手机,出现adb server didn't ACK fail to start daemon 错误.
在Android 系统中，为统一管理系统的属性，设计了一个统一的属性系统。每个属性都有一个名称和值，他们都是字符串格式。属性被大量使用在Android系统中，用来记录系统设置或进程之间的信息交换。属性是在整个系统中全局可见的。每个进程可以get/set属性。在编译的过程中会将各种系统参数汇总到build.prop 以及default.prop 这两个文件中，主要属性集中在build.prop中。
转载自 https://juejin.im/post/5b0d0a0cf265da091f105858
我们知道,在Android的最初的几个版本,Android的app 运行在Dalvik中,完全是解释性执行.在Android2.2中,Google把JVM中常用的技术JIT带进了Dalvik,并且增加了多线程的处理能力.在L 中,正式推出ART.
如今，已经有大量的Android自己主动化測试架构或工具可供我们使用，当中包含：Activity Instrumentation, MonkeyRunner, Robotium, 以及Robolectric。另外LessPainful也提供服务来进行真实设备上的自己主动化測试。 Android自身提供了对instrumentation測试的基本支持，当中之中的一个就是位于android.test包内的ActivityInstrumentationTestCase2类，它扩展了JUnit的TestCase类来提供Android activities的功能測试。在应用測试中，每个activity首先会被Instrumentation初始化，然后再载入到Android模拟器或设备的Dalvik虚拟机中来运行。 Android SDK自带一个測试工具MonkeyRunner，它提供的API和执行环境能够执行Python语言编写的測试代码。它提供API来连接设备，安装/卸载应用，执行应用，截屏，比对图片来推断特定命令执行后的屏幕是否包括预期信息，以及执行相应用的測试。MonkeyRunner使用ActivityInstrumentationTestCase2, ProviderTestCase，ServiceTestCasek, SingleLaunchActivityTestCase及其它类来定义測试用例，并使用InstrumentationTestRunner类来执行測试。 Robotium是还有一种通过InstrumentationTestRunner来完毕Android交互式測试的架构，它横跨多个activities，支持功能測试，系统測试和接收測试。Robotium支持Activities、Dialogs、Toasts、Menus、Context Menus甚至Honeycomb，而且它能够同Maven和Ant集成来完毕持续集成測试。Robotium被称之为针对Android应用的又一个Selenium。 Robolectric另辟蹊径，它并不依赖于Android提供的測试功能，它使用了shadow objects而且执行測试于普通的工作站/serverJVM，不像模拟器或设备须要dexing（Android dex编译器将类文件编译成Android设备上的Dalvik VM使用的格式），打包，部署和执行的过程，大大降低了測试执行的时间。Pivotal实验室声称使用Robolectric能够在28秒内执行1047个測试。 LessPainful将Android測试又推进了一步，它提供了一个多设备平台自己主动化測试的服务。用户上传应用(*.apk)和用Cucumber（一种业务相关的DSL）编写的測试文件，选择測试执行须要的设备配置，最后測试将自己主动执行并生成測试报告。它支持的设备包含Garmin Asus，几款HTC，LG，Samsung Galaxy，Sony Xperia和Motorola Motodefy。 为了了解很多其它LessPainful提供的服务细节，我们採訪了LessPainful公司的CEO Jonas Maturana Larsen。以下就是这次简短的訪问： InfoQ：在不同版本号的Android上执行应用程序，存在什么问题？为了保证程序能正常执行，开发人员须要在Android的每个版本号上測试他的应用吗？ JML：举个样例，SAXParser在Android 2.2之前有一个bug存在于对ContentHandler.startElement的回调中，它导致应用产生错误的行为。 到眼下为止，我们已经在非常多方面发现了不同操作系统版本号间的差异性。当中一些可能在2.1-update1上导致崩溃，但能够正常执行于2.1-update3和2.2. InfoQ：不同的设备对Android来说，有没有真正的差别？你是否能给我们举个样例，比方Android2.2应用能够执行在HTC但不能执行于Samsung？（或其它各种Android版本号和设备制造商的组合） JML：在LG手机，HorizontalScrollViews有时会导致子视图上的背景图片消失。这个问题存在于我们測试的全部的LG手机，无论Android版本号是多少。 假设你不自己处理这类问题，它将导致你的应用在不同设备上不尽相同。比如，Motorola将会用红色边框来高亮一个输入域。在我以前參与的一个项目中，我们用相同的红色边框来表示输入有误。 另一些问题，与其说和制造商相关，不如说是和硬件相关：比方，一些手机使用了较小的RAM和高分辨率的摄像头，当你处理手机上的图像时就会将导致崩溃。 InfoQ：这些測试是怎样运行的？ JML：測试就如同执行一个ActivityInstrument
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
