『壹』 怎麼對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