一.前言 最近在看热修复相关的框架,之前我们已经看过了阿里的Dexposed和AndFix这两个框架了,不了解的同学可以点击这里进行查看:Dexposed框架原理解析 和 AndFix热修复框架原理解析,然后还有最近很火的一个是腾讯的Tinker热修复框架,再看他的原理实现的时候,发现了他使用到了开源的文件差分工具bsdiff/bspatch,所以就单独用这篇文章来详细介绍一下这个工具,因为这个工具有一个很大的用途就是增量更新,也就是我们看到现在大部分的应用市场推出的省流量更新应用的效果: 看到

Android Studio增量升级什么情况下使用最合适呢? 比如现在的as版本是2.2版本,而你的as版本2.0版本,这个时候点Check For Updates就没有反应了,因为你已经2个有版本没升级了(版本跨度太大 ),所以这样就不能在线升级了. 重要的信息 谷歌更新地址:https://dl.google.com/android/studio/patches/updates.xml 增加升级Jar下载:(windodws为win—linux为unix—mac os 为mac.对号入座)

参考资料: 增量升级(省流量更新)的Android客户端实现  http://blog.csdn.net/sgwhp/article/details/9009427 http://my.oschina.net/liucundong/blog/160436?fromerr=greSCmKH http://blog.csdn.net/hmg25/article/details/8100896 环境:

前言 facebook的react-native给我们带来了用js写出原生应用的同时,也使得使用RN编写的代码的在线升级变得可能,终于可以不通过应用市场来进行升级,极大的提升了app修bug和赋予新功能的能力.----使用h5的方式也可以做到,但是rn的用户体验可要远远超过h5啊. 一般使用RN编写的app的线上使用方式,是将react-native bundle命令打出bundle文件和assets文件夹,直接内置到app中,app在viewcontroller或者activity中直接加载a

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

移动互联网主打的就是用户体验和产品的快速迭代,通过用户反馈和用户行为跟踪及时调整产品方向,这样才能持续保持生命力和创造力.说的接地气点就是,你频繁的升级更新,有时只是修复了几个bug或者微调了下界面,就让用户下载10几兆甚至更大的apk,而且在目前国内这个4G还不是普及的时候,对用户来说是很不友好的.有没有这样一种策略呢,就如windows系统上打补丁一样,通过体积比较小的补丁来完善系统存在的bug或者新功能的实现,如果可以实现的话,用户就再不会苦着脸去更新app了. 思路很简单,也非常清晰,那

By 何明桂(http://blog.csdn.net/hmg25) 转载请注明出处 很久没有更新博客了,真是堕落啊,几次想提起笔,却总是被各种琐事耽搁,以后会多写文章记录点滴. 背景         随着android应用体积的不断增大,以及应用版本发布的不断更迭,用户的升级成了一个问题,google也意识到不断更新应用对用户流量的损耗,在Google I/O 上提及的 Smart App update,即应用增量升级,或者叫做差分升级的做法,并在新版本的Google Play中得到支持,某天

近期研究了android应用增量升级的应用.当中用到了android NDK编程,先说下为什么要使用增量升级.当我们的应用达到一定大小的时候,比方眼下有30M.假设新版本号35M仅仅是添加了几个功能,而之前都保持不变,那么这个时候我们能够生成一个差分包,这个差分包一般就6M左右大小,大大的为用户节省了流量. 增量升级原理 android增量升级,首先在server端生成差分包,然后用户下载差分包.在手机端,将该差分包和旧版本号的apk合成为新的版本号. 使用到的开源项目 bsdiff :是一个二

对于不包含MANIFEST.MF,或jar包中的MANIFEST.MF未指定MainClass的jar,可以通过java命令行选项-classpath指定classpath.但是如果是包含MainClass的jar,例如: Manifest-Version: 1.0Bundle-License: http://www.apache.org/licenses/LICENSE-2.0.txtBundle-SymbolicName: org.mybatis.generator.mybatis-gene

由于@@ServerName在安装数据库之后修改了机器名的情况下,获取到的内容仍然是原来的机器名,造成数据库连接失败, 所以不能直接使用该全局变量. 此外对升级脚本的执行方式做了一下调整,将版本的判断放到子脚本去判断,调度脚本仅对子脚本进行调度. -- 根据SQL的版本好确定启用xp_cmdshell的方式. ) )) declare @index int select @index = charindex('.',@DBVersion) ,) -- 如果是2000及其以下版本 begin if

转载与 zhouhuiah的专栏 http://blog.csdn.net/zhouhuiah/article/details/16939937 本文在以上两篇博客的基础上再增加了异常处理,并将生成的so库和Native代码一起打包. 1.准备工具 (1)bspatch源码(点击下载).某个应用的两个不同版本.或者直接下载上面提到的第一个博主提供的工具和素材.点击打开链接 这里面包括了我们需要用到的bsdiff源码和apk等. (2)除此之外,还需要下载bzip2.点击打开链接 2.编译环境 L

1.把源jar包cp到一个空文件夹里,然后把该jar包解压 jar -xf www.itxm.cn-0.0.1-SNAPSHOT.jar 2.进入BOOT-INF文件夹,找到class文件夹,把要升级的class文件放到相对应的目录里3.把该文件夹里的源jar包删除 rm -rf www.itxm.cn-0.0.1-SNAPSHOT.jar 4.重新打包 jar -cfM0 www.itxm.cn-0.0.1-SNAPSHOT.jar * 5.把打好的jar包cp到启动目录,启动就ok

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

很多情况下,项目是不允许全量发布的,所以你得把有做修改的文件一个个挑出来,如果有成千上百的文件,你是不是要头大了? 以下方法应该可以让你得到解救!前提是你是用装有svn plugin的eclipse上做开发. 第一步,用svn生成项目的补丁文件. 选中你需要增量升级的文件,点击完成. 运行如下代码 package verysoft.freepath; import java.io.BufferedInputStream; import java.io.BufferedOutputStream;

原地址: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

BLE 空中升级谈 -- CC2541 的产品开发中OAD注意事项(续) TI CC2541支持多个硬件,多个软件对它进行空中升级,可以有不同的组合,硬件有 编号 名称 Hex 用法 1 Cc2540 dongle CC2540_USBdongle_HostTestRelease_All.hex 直接插在电脑上使用,驱动程序是ccxxxx_usb_cdc,usb作为CDC串口使用. 2 Cc2541 module CC2541_SmartRF_HostTestRelease_All.hex 需要

在公司经常要做测试环境的升级.备份.维护:升级后台的应用,不可避免要进行数据库的升级与备份,花了一个上午琢磨了一个脚本分享给大家. ToB的业务,在做环境维护的时候,有初始化环境和增量升级的环境,在测试阶段,几乎每轮都会动数据库脚本,那么测试环境每轮都需要进行数据库的升级维护 对应业务,基本上会出现以下三种场景: 1.初始化环境,在业务上对应新的B端客户需要安装系统 需要将数据库删除以后重建(必须要这么做,否则可能会出现上一轮的初始化脚本中用到的表,这一轮脚本中删除了,如果不删库重建,可能会存在

未涉及过winform升级,研究一阵,大致出来个不成熟的方案. 我的解决方案(判断升级,升级程序下载安装包的压缩包,解压,自动安装,重新启动程序). 1.首先根据服务器中软件版本号和本地软件版本号是否一致,来确认程序是否需要升级. 1)本地可以用现成AssemblyInfo.cs文件中assembly: AssemblyVersion("1.0.0.0")来记录,通过反射来获取版本号:System.Reflection.Assembly.GetExecutingAssembly().G

1.增量升级的原理 增量更新的原理就是将本地apk与服务器端最新版本比对,并得到差异包.比如现在的版本是1.1.4,大小是7.2M,新版本是1.1.5.大小是7.3M.我们发现两个版本只有0.1M的差异,这样我们如果采用增量升级生成0.1M左右的差异包,这样用户只需要下载0.1M的差异包进行升级而不需要重新下载7.3M的新版本了. 2.以往增量升级的实现 首先要有服务端来生成差异包,这一步使用bsdiff(二进制差分工具)来生成老版本和新版本的差异包,再提供给应用下载差异包.应用端则是封装bsp

简评:之前用的可是 3.2,早就该升级了啊. Github 的 Rails 升级花了大约一年半的时间,这是有原因的,首先,Rails 本身的升级并不总是平滑的,有些版本有重大改变(breaking changes). Rails 改进了版本 5 的升级过程,这意味着虽然 3.2 到 4.2 需要 1 年,4.2 到 5.2 只需要 5 个月. 另一个原因是 GitHub 的代码库起码有 10 年的历史,多年来,技术债务逐渐增加,并且必然存在潜在的问题,如果使用的是旧版本的 Rails,工程师将不