‘壹’ 怎么对android发出去的客户端做类替换修复BUG
一：计算器你可以自己下载功能更强大的替换系统自带计算器，小问题。
二：短信怎么了，我现在用摩托XT701挺好的，彩信也正常，没什么问题，还可以安装第三方SMS软件自行美化。
三：电话自动挂断，这个，说实话我还真没遇到过，可能是打电话的时候脸部没遮住距离感应器又不小心碰到屏幕上的挂断按钮了吧。
四：闹钟这个更不是问题了，安卓不可以，苹果不可以，其实高端智能手机都不可以，手机关机后就和电脑一样所有任务进程全部关闭，闹钟相关的进程也理所当然的停止了。除非和联想乐phone一样在硬件上动手脚。
五：这个问题复杂，任何一个商业化的公司都会尽可能的利用一切能给企业带来利润的资源，用户信息也不例外，就是个度的问题了。我们无能为力。如果是怕手机中毒泄密，只要你不上乱七八糟的网站下莫名其妙的app，是不会出问题的。
还有啊，手机手打很累的，分给我吧
^ω^
‘贰’ android怎么实现自我更新,可以在用户不知不觉的情况下更新，需要什么技术
小改动-热修复 如hotfix
大改动 只能是更新版本吧
‘叁’ 怎么对android发出去的客户端做类替换修复BUG
在线修复，又不想再次跟新发包的话，可以用hotfix。
（hotfix ：热补丁动态修复框架）
‘肆’ 求问大神现在做android的hotfix用哪个框架比较好
一.基础知识1.阿里的热更新框架已经开源了。但已经很久没有更新过新版本了。当前的版本只支持到了Android4.4。由于5.0起新的ART虚拟机、更严格的SELinux策略以及对64位的支持之类的事，使得Xposed都在开发上做了很多调整。我不知道Dexposed现在是否支持，但至少阿里没有开源。2.在本地动态执行远端下发的代码是极度危险的行为。利用此方法执行非法代码等或用于绕过GooglePlay等市场的审查是违反相关协议的，也是对用户极度不负责任的行为。3.在一些访问非常密集的地方使用热更新可能会对效率产生相对比较大的影响，应该避免使用.4.我们可以对java的ScriptEngine进行一些封装成为一个HotPatch类使得它更适合做热更新的工作。5.首先,检查热更新补丁的管道一定要建立在https上，因为下发代码是极其危险的，如果被劫持，后果是无法想象的。其次,请求时最好自动带上Android版本、手机型号、地区、版本号等信息，以方便更精确地下发，千万不能下发错。6.Java在运行时加载对应的类是通过ClassLoader来实现的，ClassLoader本身是一个抽象来，Android中使用PathClassLoader类作为Android的默认的类加载器7.我们的如果想做hotpatch，一定要保证我们的hotpacthdex文件出现在dexElements列表的前面。二.常用的热更新技术框架:基于 空间的HotFix→→要使用到androiddex分包方案→拆分dex的项目的话，可以参考一下谷歌的multidex方案实现.大众点评的NuWa←项目补丁自动化做的很完整alibaba/AndFix阿里巴巴的DexPoseddalvik_patch实现multidex使用React-Native实现app热部署的一次实践alibaba/AndFix三、常用的热更新技术框架比较AdvantagedisadavantageNuWa1，可以新增类和字段，2，兼容到6.0系统1，基本原理是classloader,类加载器2，不能修改资源文件，如图片布局等（可通过动态布局实现）AndFix1，支持Android2.3到6.0版本2，支持arm与x86系统架构3，支持dalvik和ART的runtime4，不需要重启App即可应用补丁1，不能新增类和字段，2，不能修改资源文件,3，不能修改manifest文件4，不能新增成员变量5，不能使用加固后的apk制作pacth文件四、github地址网络的同学的实现HotFix点评的同学的实现Nuwa阿里的同学的实现AndFix另：AndFix对static的支持不太好，下面是试验的Demo:添加了一个静态的字段addString：通过AndFix来制作patch会直接报错：
‘伍’ android热更新框架哪个好
一.基础知识
1.阿里的热更新框架已经开源 了。但已经很久没有更新过新版本了。当前的版本只支持到了 Android 4.4。由于 5.0 起新的 ART 虚拟机、更严格的 SELinux 策略以及对 64 位的支持之类的事，使得 Xposed 都在开发上做了很多调整。我不知道 Dexposed 现在是否支持，但至少阿里没有开源。
2.在本地动态执行远端下发的代码是极度危险的行为。利用此方法执行非法代码等或用于绕过 Google Play 等市场的审查是违反相关协议的，也是对用户极度不负责任的行为。
3.在一些访问非常密集的地方使用热更新可能会对效率产生相对比较大的影响，应该避免使用.
4.我们可以对 Java 的 ScriptEngine 进行一些封装成为一个 HotPatch 类使得它更适合做热更新的工作。
5.首先,检查热更新补丁的管道一定要建立在 https 上，因为下发代码是极其危险的，如果被劫持，后果是无法想象的。其次,请求时最好自动带上 Android 版本、手机型号、地区、版本号等信息，以方便更精确地下发，千万不能下发错。
6.Java在运行时加载对应的类是通过ClassLoader来实现的，ClassLoader本身是一个抽象来，Android中使用PathClassLoader类作为Android的默认的类加载器
7.我们的如果想做hotpatch，一定要保证我们的hotpacth dex文件出现在dexElements列表的前面。
二.常用的热更新技术框架:
基于QQ空间的HotFix →→ 要使用到android dex分包方案→拆分dex的项目的话，可以参考一下谷歌的multidex方案实现.
大众点评的NuWa←项目补丁自动化做的很完整
alibaba/AndFix
阿里巴巴的DexPosed
dalvik_patch实现multidex
使用React-Native实现app热部署的一次实践
alibaba/AndFix
三、常用的热更新技术框架比较
Advantage
disadavantage
NuWa
1，可以新增类和字段，
2，兼容到6.0系统
1，基本原理是classloader,类加载器
2，不能修改资源文件，如图片布局等（可通过动态布局实现）
AndFix
1， 支持Android2.3到6.0版本
2， 支持arm与x86系统架构
3， 支持dalvik和ART的runtime
4， 不需要重启App即可应用补丁
1，不能新增类和字段，
2，不能修改资源文件,
3，不能修改manifest文件
4，不能新增成员变量
5，不能使用加固后的apk制作pacth文件
四、github地址
网络的同学的实现 HotFix
点评的同学的实现 Nuwa
阿里的同学的实现 AndFix
另：AndFix对static的支持不太好，下面是试验的Demo:
添加了一个静态的字段addString：
通过AndFix来制作patch会直接报错：
‘陆’ 怎么对android发出去的客户端做类替换修复BUG
在线修复,又不想再次跟新发包的话,
可以用hotfix。 (hotfix :热补丁动态修复框架)
‘柒’ 移动端SDK的优化之路1
魔窗是基于Deep Link技术的开放平台，通过提供生态落地最后一公里的deep link、跨App store渠道的归因分析以及场景还原(deferred deep link)等解决方案为App开发者构建一个去中心化的高效连接时代。最重要的产品就是iOS和Android端的SDK。
sdk优化过程，是一段血泪史，可以吐槽的地方无数。移动端sdk不像app一样方便，sdk发布后出现任何问题，都会影响到很多家的app。不能像一家app一样，可以及时发布一个hotfix，或者强制升级app，又或者热更新app。所以sdk发版之前，必须经过严格的测试，每一次sdkhotfix的发布都会对我们的用户造成严重的影响。
sdk的优化，最大的痛点是它的大小。每次对接客户，他们都会问我们sdk的大小是多少？每当提到iOSsdk时，他们都会说还蛮大的，他们自己家的app都已经几十M了，接入我们的sdk会增加他们app的大小。所以，不得不开始痛苦的sdk优化之路。
我们主要从以下几个方面进行优化sdk：
1. 脚本构建
2. 极限优化（网络、日志上报、图片格式等方面优化)
3. 第三方组件替换
4. 小版本稳步迭代
脚本构建
我们从开始开发sdk到目前正在开发中的3.8版本，一直推崇借助脚本进行自动化打包，例如android使用gradle。借助脚本的好处在于：
1）android sdk混淆
2）自动生成文档，便于开发者查阅，例如android可以很方便的生成javadoc文档
3）android sdk上传aar包，iOS sdk发布到cocoa-pods，便于开发者集成
4）节省人工时间，减少出错
脚本通常能帮助我们实现很多自动化的事情，能提高工作效率的方法是一定会被采纳的。
接下来我们来看看借助gradle如何实现sdk混淆，核心的task是proguardJar这个task。
‘捌’ android 热修复能代替新版本发布么
现有框架 ：
AndFix
dexposed
Xposed
Nuwa
HotFix
qq空间的暂时还没开源
AndFix
alibaba出品
功能：method
body's replacing 即支持方法级别修复
Support
Android Version :2.3-6.0
dalvik & art runtime
优缺点
无需重启
andfix只能替换方法而不能增减新的字段，也不能下发类
issue（122个）
查看了一些issue，记录一些可能存在的问题以及缺陷：
兼容性问题
部分手机奔溃
部分手机ANR
不能改变量的值，不过方法的添加修改，删除，都可以
需要注意多进程
ART下模式无法对同一个方法进行多次更新
‘玖’ 求问大神现在做android的hotfix用哪个框架比较好
你可以看下这个，暂时好像还没有特别稳定的，你可以先选一个。
http://blog.csdn.net/lmj623565791/article/details/49883661