转自:http://blog.csdn.net/lmj623565791/article/details/52761658 本文在我的微信公众号:鸿洋(hongyangAndroid)首发. 转载请标明出处: http://blog.csdn.net/lmj623565791/article/details/52761658: 本文出自:[张鸿洋的博客] 一.概述 最近一直关注热修复的东西,偶尔聊天谈到了增量更新,当然了两个完全不是一个东西.借此找了一些资料,收集整理了一下,本来是不想写博客的,

Tinker热修复原理分析 热补丁技术是在用户不需要重新安装应用的情况下实现应用更新,可快速解决一些线上问题.热补丁省去了Android应用发布版本的成本,而且用户端的更新也是无感知的. Tinker 是微信官方发布的 Android 热补丁解决方案,它支持动态下发代码.So库以及资源,让应用能够在不需要重新安装的情况下实现更新.本文中主要介绍一下Tinker的热补丁实现原理以及部分关键代码,本文中只涉及动态下发代码的方案,So库以及资源的更新在后续文章中再介绍.在介绍Tinker热修复方案之前

概述 在Android开发中,插件化和热修复的话题越来越多的被大家提及,同时随着技术的迭代,各种框架的发展更新,插件化和热修复的框架似乎已经日趋成熟,许多开发者也把这两项技术运用到实际开发协作和正式的产品当中.因此,我们势必需要了解一下这两门技术. 插件化和热修复 首先需要明确的一点,插件化和热修复不是同一个概念,虽然站在技术实现的角度来说,他们都是从系统加载器的角度出发,无论是采用hook方式,亦或是代理方式或者是其他底层实现,都是通过“欺骗”Android 系统的方式来让宿主正常的加载和运行

Android 增量更新实例(Smart App Updates) http://blog.csdn.net/duguang77/article/details/17676797 Android APK增量更新技巧深夜分享 http://www.mythroad.net/2013/11/06/android-apk%E5%A2%9E%E9%87%8F%E6%9B%B4%E6%96%B0%E6%8A%80%E5%B7%A7%E6%B7%B1%E5%A4%9C%E5%88%86%E4%BA%AB/

转自:http://www.jianshu.com/p/a9ec8fa780e2 Android应用更新要使用完整的新版本Apk安装,增量更新则是提供一个新旧版本偏差数据的patch包供应用下载,然后Android应用本地使用patch包和本地apk合成新版本apk.而patch包的体积通常都远小于新版本的apk,可以为用户节省流量和下载时间,节省时间就是延续生命,所以增量更新十分实用. 一些学习文章: Android应用的增量更新 Android 增量更新完全解析 是增量不是热修复 资料里十分

Android 增量更新 BSDiff / bspatchhttp://www.daemonology.net/bsdiff/android的代码目录下 \external\bsdiff bsdiff是二进制差分工具,其对应的 bspatch 是相应的补丁合成工具 命令:bsdiff oldfile newfile patchfile 用户在下载了xx.patch补丁包后,需要用到补丁所对应的apk,即原来系统安装的旧版本apk和补丁合成的bspatch工具.系统旧版本的apk可以通过copy系

在Android应用开发中,热修复技术被越来越多的开发者所使用,也出现了很多热修复框架,比如:AndFix.Tinker.Dexposed和Nuwa等等.如果只是会这些热修复框架的使用那意义并不大,我们还需要了解它们的原理,这样不管热修复框架如何变化,只要基本原理不变,我们就可以很快的掌握它们.这一个系列不会对某些热修复框架源码进行解析,而是讲解热修复框架的通用原理. 1.热修复的产生概述 在开发中我们会遇到如下的情况: 1. 刚发布的版本出现了严重的bug,这就需要去解决bug.测试并打渠道包

在年初的时候,尝试了一把热修复技术,当时选择的是阿里的andfix,使用起来也很简单,这里就不在多少,如果你对andfix有兴趣请链接:点击打开链接.虽然网上将热修复的文章很多,不过我还是想说原理,然后配合代码,我想这样大家理解更加深刻. 原理 其实就是用ClassLoader加载机制,覆盖掉有问题的方法.我们知道一个ClassLoader可以包含多个dex文件,每个dex文件是一个Element,多个dex文件排列成一个有序的数组dexElements,当找类的时候,会按顺序遍历dex文件,然

1:需求背景 项目上线之后,发现BUG需要修复(比如安卓兼容性等测试难以发现的问题),频繁的更新影响用户体验 2:方案要求 静默下载,耗费流量少,打完补丁后立刻生效,不用重启apk 3:解决思路 3.1:使用andfix,打出差异包,使用补丁的方式安装3.2:缺陷:只能支持源码级别函数的修改(全局变量.新增.删除方法都是无效的) 4:修复BUG.创建差异包步骤 基于andfix原理,每次版本更新后,之前版本打的热修复补丁都会失效,这也符合我们上图的修复步骤. 因为每次热修复的修改,都会被合并到下

原地址:http://my.oschina.net/liucundong/blog/160436 官方说明 实现原理 实现 (1)生成差异包 (2)使用旧apk+差异包,在客户端合成新apk 注意事项 demo 自从 Android 4.1 开始,Google引入了应用程序的增量更新. 官方说明 Smart app updates is a new feature of Google Play that introduces a better way of delivering app upda

Android类加载机制 Dalvik虚拟机如同其他Java虚拟机一样,在运行程序时首先需要将对应的类加载到内存中.而在Java标准的虚拟机中,类加载可以从class文件中读取,也可以是其他形式的二进制流.因此,我们常常利用这一点,在程序运行时手动加载Class,从而达到代码动态加载执行的目的.只不过Android平台上虚拟机运行的是Dex字节码,一种对class文件优化的产物,传统Class文件是一个Java源码文件会生成一个.class文件,而Android是把所有Class文件进行合并,优

一.前言 最近腾讯弄出一个Tinker热修复框架,那么本文先不介绍这个框架,先来介绍一下阿里的一个热修复框架AndFix,这个框架出来已经很长时间了,但是看网上没有太多非常详细的讲解,这里就来做一次分析.正好项目中要使用到.首先这个框架是开源的:https://github.com/alibaba/AndFix 其实在最早的时候我已经分析了阿里的另外一个热修复框架:Dexposed框架,还不了解的同学可以点击这里查看:Dexposed框架原理解析以及使用 当时介绍这个框架的时候发现他的实现原理很

title: Android NDK之增量更新 1.增量更新使用到的库bsdiff和bzip2 bsdiff库是一个开源的二进制差分工具,通过对比Apk的二进制,从而进行差分包的生成. bsdiff库可以参考官网:bsdiff 下载地址:已经将用到的bsdiff和bzip上传到百度云 . 2.AS创建项目,并导入头文件 本项目使用Android Studio,通过cmake进行编译. 新建一个工具类,进行差分包的生成及合并 Diffutils public class Diffutils { s

本文为转载文章 . 版权归原文所有. 原文链接:iOS 5分钟集成热修复(JSPatch) 前言 在iOS中有很多种热修复方案,在这里我就不一一介绍了 这里有一篇介绍热修复的文章:iOS中的HotFix方案总结详解 我选择的热修复方案是JSPatch我觉得JSPatch的优点有: 非侵入式 上手快 相关服务成熟 上代码 大神可以看重点,如果是和我一样的菜鸡就可以按照博客一步一步做,最后一定会成功让JSPatch跑起来的 第一步:创建Demo,在ViewController里添加一个Label,声

原帖地址:由于我看到的那个网站发的这篇帖子很大可能是盗贴的,我就暂时不贴地址了.避免伤害原作者 原版写的有点乱,我个人修改整理了下. ---------------------------------------------------------------------------------------------------- 工具 Unity 中的资源来源有三个途径:一个是Unity自动打包资源,一个是Resources,一个是AssetBundle. Unity自动打包资源是指在Uni

https://github.com/AItsuki/HotFix Issues MAC系统无法自动打包补丁,原因可能是路径分隔符问题 使用谷歌multidex分包后无法注入代码(开启multidex之后,jar包保存路径改变了) 暂不支持productFlavors 以上问题有空再改,最近正在忙其他事情,公司项目也准备重构. 而且此项目主要是科普和学习热补丁技术,有兴趣的可以自行解决上述问题. 一.HotFix简介 一个基于dex分包的热补丁框架,目前只支持gradle 1.5以上版本 具有以

参考:https://www.cnblogs.com/popfisher/p/8543973.html 一. AndFix AndFix的原理就是方法的替换,把有bug的方法替换成补丁文件中的方法.  注:在Native层使用指针替换的方式替换bug方法,已达到修复bug的目的. AndFix采用native hook的方式,这套方案直接使用dalvik_replaceMethod替换class中方法的实现.由于它并没有整体替换class, 而field在class中的相对地址在class加载时

原理如下:服务器端设计增量表,记录数据操作顺序id,和增删改查信息.在进行数据库表操作的时候同时进行将信息保存在增量表. android客户端在请求的时候上传最后保存的id.服务端判断最后的id,返回这个id之后的所有操作,客户端根据增删改修改数据库. /* * 更新单位表 */ public long add(List<ContentValues> units) { boolean flag = false; long res = 0; SQLiteDatabase db = getWrit

通过源码我们知道Android加载类是通过ClassLoad类里面的findClass先去查找的,如下图所示 通过看源码我们知道,ClassLoad是一个抽象类,它本身并没有实现findclass()方法,而是通过Android双亲委托机制交给它的子类去实现的,如果子类没有找到,那最终就会调用自己的findclass方法 抛出ClassNotFoundException异常,接下来我们去看它的子类是如何实现findclass方法的,通过源码我们知道ClassLoad有两个子类SecureClas

总结: 我们使用delta编码算法减少Android应用升级程序的大小.我们通过bsdiff和bspatch工具在android上实现delta编码算法.服务器软件和android应用已经部署.当前,我们能够减少Android升级流量的50%,如果大量的部署,这将会减少网络的压力. 升级机制: 我们打算采用delta编码的patch升级Android应用.新的升级机制可以描述如下: 1.  在服务器上生成一个patch. 2.  下载patch到手机中. 3.  通过补丁获取一个已安装应用的新的