NotDoVerifyClasses和AntiLazyLoad在dex中居然找不到,这勾起我的兴趣。先来debug看看,到底是从哪里加载的这两个类:
随着公司的快速发展,需求的快速增加,App迭代也越来越频繁,如果移动应用出现问题,不仅仅影响用户体验,还会影响公司口碑,甚至可能造成资损。需要快速修复线上问题,对比常规的开发流程而言,热修复更加灵活方便,优势很多:
讲起 Android 的热修复,相信大家对其都略知一二。热修复可以说是继插件化之后,又一项新的技术。目前的 Android 热修复框架主要分为了两类:
某日,解决完一个线上 bug 后,我冒出了一个念头:让我们的 SDK 也具有热修复的能力呗!
说到这个就躲不过一个关键点 ClassLoader(类加载器) ,所以我们先从Java开始。
最近发现热修复比较火,很多文章也做了介绍。所以自己也简单的学习下。因为自己在实际项目中并没有用到。所以为了防止忘记,写成博客做成笔记,同时也帮助一些没有接触过的小伙伴能快速使用与入门。废话少说。进入主题。
Android Studio2.0时,新增了一个 Instant Run的功能,而各大厂的热修复方案,在代码,资源等方面的实现都是很大程度上参考了Instant Run的代码。所以可以说 Instant Run 是推进Android 热修复的主因。
热修复技术在近年来飞速发展,尤其是在InstantRun方案推出之后,各种热修复技术竞相涌现。国内大部分成熟的主流APP都拥有自己的热修复技术,像手淘、支付宝、QQ、饿了么、美团等等。
一般情况下 管理操作界面 和 后端服务器 是一个 Java / .NET / PHP 开发的 Web 应用 ;
2.2 热修复有效解决问题 传统的方案存在上述的问题通过热修复技术方案可以有效解决:
一直以来的探索和实践似乎只是在不断地发掘动态化能力的工程价值,为其寻找更合适的应用场景,比如早期的frameset,如今的微前端/微应用
Java 类源码文件编译成 class 字节码文件 , 然后转为 dex 文件 , 打包到 apk 中 , 然后在 Android 平台的 Dalvik虚拟机 或 Art 虚拟机中执行 ;
要热更新flutter页面,我们首先要搞明白我们到底需要动态替换一些什么?因此这里需要对flutter构建的产物有一定的了解了,怕有些小伙伴不太明白,这里也简单的带一下;如上图所示,实际上,我们只需要copy一些aar文件,so文件到native工程lib目录,就可以已aar的方式来跑Flutter的页面了,这也是典型的已aar方式接入Flutter的模式。其中,libapp.so,注意在armeabi中没有,如果你的gralde配置这么写的,abiFilters "armeabi" 那么,copy armeabi-v7a下面的so到armeabi中,也是没有任何问题的,关于构建产物提取到原生工程就介绍到这里。
题外话 今天听到了著名物理学家史蒂夫霍金去世消息,潸然泪下。作为一个天文迷,感谢霍金带给我的那些天文知识。十分敬佩霍金的身残志坚,他在全身瘫痪无法言语情况下仍旧热爱生活,在现代物理界达到了无人企及的高度。时间旅行者霍金,愿你一路自由奔跑。 前言 在Android应用开发中,热修复技术被越来越多的开发者所使用,也出现了很多热修复框架,比如:AndFix、Tinker、Dexposed和Nuwa等等。如果只是会这些热修复框架的使用那意义并不大,我们还需要了解它们的原理,这样不管热修复框架如何变化,只要基本原理不
团队协作是职业生涯中必须面对的问题,Git为我们代码的协作管理提供了强大的工具。熟悉Git操作,拥抱团队协作。
Android热修复技术无疑是Android领域近年来最火热的技术之一,同时也涌现了各种层出不穷的实现方案,如QQ空间补丁方案、阿里AndFix以及微信Tinker等等,从本篇博客开始,计划写一个系列博客专门介绍热修复的相关内容,本系列博客将一一介绍这些框架的原理和源码分析,作为本系列的开篇,本篇博客将对热修复技术进行一个概述,并对以上几种方案进行对比。
在运行时替换掉底层有Bug的方法的地址,将他们的指针指向修复之后的方法的内存地址,从而实现热修复的功能。
在上一篇博客 Android热修复学习之旅开篇——热修复概述中,简单介绍了各个热修复框架的原理,本篇博客我将详细分析QQ空间热修复方案。
想进大厂,就关注「 程序亦非猿 」 时不时 8:38 推送优质文章,觉得有用,置顶加星标
当公司的项目出现问题了,早期的老套路子是解决bug,重新发新版本apk,但是随着技术不断的更新,线上项目出现严重问题,可以通过进行热修复,在不需要发布新版本的情形下进行问题处理。常见的热修复:阿里家的andfix和sophix, 腾讯家的tinker和QQ空间补丁技术...等等。
大家都是开发,所以应该都知道有一个东西我们永远也避免不了。不错,Bug!我们在开发阶段碰到bug那还好,直接解决就是了,大不了让测试多测一轮。可是,如果我们发出去的版本出现线上Bug,那可怎么办?大多数小的公司可能会选择,重新发新的版本去覆盖安装。这种方式成本较高,而且用户一般都比较讨厌经常需要更新版本的APP。对于小公司来说,出现线上问题影响范围还是比较小的,毕竟用户量较少。可是对于一些巨头公司,有些问题不能及时修复那是致命的。所以呢,有这么一些技术储备和能力比较高的公司为我们开了先河。
最近关于热修复崩溃在Android P 版本的内容持续增高,也许这个commit可以帮到你.
在Android早期的版本中,应用程序的运行环境是需要依赖Dalvik虚拟机的。不过,在后来的版本(大概是4.x版本),Android的运行环境却换到了 Android Runtime,其处理应用程序执行的方式完全不同于 Dalvik,Dalvik 是依靠一个 Just-In-Time (JIT) 编译器去解释字节码。
在 2019 年,Flutter 推出了多个正式版本,支持的终端越来越多,使用的项目也越来越多。Flutter 正在经历从小范围尝鲜到大面积应用的过程,越来越多的研发团队加入到 Flutter 的学习热潮中,京东作为互联网大厂之一也积极参与了 Flutter 的跨端方案研究。本文将介绍京东在 Flutter 上的应用方案和相关优化成果。
Flutter作为跨平台方案,相信最近很多小伙伴都已经开始接入了,我们的接入参考官方wiki,在成功接入之后,我们为了在CI构建中不依赖fluter环境,采用了调试模式使用源码的方式,打包的时候使用aar的方式,这样做的好处是,既能够保留开发期间的可调试行,也能保障构建环境不依赖Flutter环境。为此,我们团队双端各写了一个脚本,来切换接入模式,且自动将Flutter产物提提取并推送到原生工程以便打包。成功上线几个业务之后,我们遇到flutter的线上问题,大家可能和我当时的感受一样,没有一个比较好的开源工具来对Flutter进行热修复,在网上搜一下,如这篇,大多数表示只讲解原理,看原理理论上是行得通的,但是遗憾的是并没有具体实现过程,于是我们决定立足原理,来探索在Android上怎么实现Flutter页面的热更新,以下是热更新实现后的效果:
Unity 下 Bug 修复神器 InjectFix 开源啦! InjectFix 使用简单,小巧,合规且安全,经过多个项目应用反馈十分良好,即使你不打算用它来更新线上版本,只要你程序有原生部分,接入也能一定程度上提高开发效率。 InjectFix 亮点: 1. 直接在Unity工程上修改C#即可更新;老项目无需修改原有代码即可使用; 2. 更符合苹果热更新条款; 3. 每个游戏一份私有补丁格式,安全更有保障。 InjectFix的那些事儿 热更方案大乱斗 所有支持ios的热更方案都有个共同点:更新
本文框架 什么是热修复? 热修复框架分类 技术原理及特点 Tinker框架解析 各框架对比图 总结 通过阅读本文,你会对热修复技术有更深的认知,本文会列出各类框架的优缺点以及技术原理,文章末尾简单
插件化和热修复技术是Android开发中比较高级的知识点,是中级开发人员通向高级开发中必须掌握的技能,插件化的知识可以查我我之前的介绍:Android插件化。本篇重点讲解热修复,并对当前流行的热修复技
首先来快速看一下支付宝的架构演进,支付宝在移动端躬耕多年,从简单的工具型 App 到平台型、到现在的超级 App。与目前市面上大部分 App 的发展路线类似,目前我们构建平台的同时,做了更多服务化、模块化的工作。
Android热修复学习之旅开篇——热修复概述 Android热修复学习之旅——HotFix完全解析 Android热修复学习之旅——Tinker接入全攻略
Git 是一个强大的版本控制系统,能够帮助开发团队管理和跟踪代码的变化。以下是一些常见的开发场景,以及如何使用 Git 的 branch 和 tag 功能来处理这些场景。
两周前 HG 分享了 QQ 空间的热修复框架,今天我来简单讲一下微信开源的热修复框架,Tinker。
上几篇内容介绍了Java的ClassLoader和相关的知识点,总的来说 · Java加载class逻辑是双亲委托模式 · 对于不在class path中的class,可以通过自定义class loader来加载 · 同一个class的不同对象是否可以转换还要看是否在同一个class loader里
线上出现了大面积的崩溃或者各种不可用,那画面简直美的不敢想象。这也是任何商业项目做大之后都会花大力气在性能优化与高可用的原因,这个过程中也催生出了各种APM工具及HotFix方案,在一定程度上保障了性能同时提供了一道紧急修复的保障线。
热修复有两种方式:一方面是阿里系为代表的底层方法替换,另一方面是以腾讯系为代表的类加载方案。前者支持立即生效,但是限制比较多;后者必须冷启动生效,相对较稳定,修复范围广。之前分析过微信的热修复框架 Tinker 即属于后者, 《Tinker 接入及源码分析》。本篇文章主要分析以 AndFix 为代表的底层方法替换方案,并且实现了《深入探索 Android 热修复技术原理》中提到的方法替换新方案。
前言 不知你是否遇到这样的情况?千辛万苦上开发了一个版本,好不容易上线了,突然发现了一个严重bug需要进行紧急修复,怎么办?难道又要重新打包App、测试,发布新个版本?就为了修改一两行的代码? 莫慌,这种问题其实可以分分钟解决。如果你学会了这项黑科技——热修复。 在用户使用App的时候,不知不觉,这个Bug就被修复了。 莫慌 热修复:热修复(也称热补丁、热修复补丁,英语:hotfix)是一种包含信息的独立的累积更新包,通常表现为一个或多个文件。这被用来解决软件产品的问题(例如一个程序错误)。——维基
版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。
对软件测试过程中的用例级别进行详细描述及标准化定义,明确不同测试阶段的测试范围,减少测试冗余投入,提高测试效率,建立测试质量基线,减少生产故障事件。
最近国内大的互联网公司在开源的世界磨刀霍霍,一时间江湖上传言四起,大家要在开源的世界中华山论剑,看看哪家的互联网公司技术更加强大。我们大家作为IT江湖中的一份子,必然要享受这份开源带来的好处。 我想大家最近两天被两件开源事件刷屏了。第一件那就是:滴滴出行开源的 VirtualAPK ,这是滴滴开源的自家的插件化解决方案,一款极度轻量级的 APK 动态加载框架。作者大家肯定都会很熟悉,那就是《Android 开发艺术探索》的作者:「任玉刚」。 开源插件地址:https://github.com/didi/Vi
移动基础设施的建设已经不用再过多解释,每个涉及移动开发的企业都在一步一步地建设移动基础设施,目标是为了服务移动团队,提供移动开发全流程的技术支撑,减少研发成本、提升开发效率、保障稳定质量。
注:需完成上述步骤(防止类被打上 CLASS_ISPREVERIFIED 标记),再实现补丁
https://github.com/5A59/android-training/tree/master/common-tec/CommonTec
热补丁修复技术在Android 圈非常火,大量的热补丁方案开始大量涌现 本文将为你全面介绍热补丁的相关知识(原理、主流库使用),希望您会喜欢
中间还有一家我起了一大早过去面试,然后让写笔试题,最后说笔试没过,人事连杯水也没有倒,这素质杠杠的,今天下午面了一家奇葩公司,也是先写面试题,然后人事一直问有没有培训,你这项目是外包的吗,下载一下给我看下,下雨天坐四十分钟地铁去面试,技术面试也没有,然后问了我上家公司的薪资,通知下个礼拜复试,还让我打印银行流水跟五险一金,最后走了都没有倒一杯水,两家非常低素质的公司,最基本的礼貌都没有,深圳的安卓市场确实不太好了,基本凉凉,要求很多很高,工资偏偏还不高,可能是寒冬吧,各位安卓,且行且珍惜,慎重离职,我是被上家公司欠薪才无奈离职的。
市场上热修复有两种一种是基于multidex的更新修复(比如tinker),另外一种是native hook(比如dexposed),tinker这种是反射获取dexelements数组,修改dex加载顺序。今天我们主要介绍dex这种。 热修复包括两个部分
领取专属 10元无门槛券
手把手带您无忧上云