androiddex分包
㈠ 安卓加密的安卓開發術語
1.混淆源碼。代碼混淆(Obfuscatedcode)亦稱花指令，可以藉助一些工具，市場有很多高級混淆代碼工具。花指令的基本原理是由設計者特別構思一些指令，可以使反匯編的時候出錯，讓破解者無法清楚正確地反匯編程序的內容，迷失方向。文件夾混淆是利用Android系統環境下的文件夾名的特殊性來對源碼文件夾進行混淆，讓混淆後的文件夾在Window看起來失去原有的邏輯性，但是完全不影響其在Android系統上的運行。Android技術驗證的原理是在代碼啟動的時候本地獲取簽名信息後對簽名信息進行檢驗來判斷自己的應用是否是正版，如果簽名信息不是正版則提示盜版或者直接崩潰。
2.使用偽加密保護方式，通過java代碼對APK(壓縮文件)進行偽加密，其修改原理是修改連續4位位元組標記為」PK0102」的後第5位位元組，奇數表示不加密偶數表示加密。偽加密後的APK不但可以防止PC端對它的解壓和查看也同樣能防止反編譯工具編譯。
3.通過標志尾添加其他數據從而防止PC工具解壓反編譯，這樣處理後把APK看做壓縮文件的PC端來說這個文件被破壞了，所以你要對其進行解壓或者查看都會提示文件已損壞，用反編譯工具也會提示文件已損壞，但是它卻不會影響在Android系統裡面的正常運行和安裝而且也能兼容到所有系統
4.對DEX、RES、SO庫等主要文件進行加密保護。Dex文件是APK中最重要、最需要保護的，因為dex中存放了代碼的信息，如果是一個沒有做過任何保護的APK，破解者通過使用dex2jar和jd-gui簡單幾步就可以查看到源碼。同樣，SO庫文件是APK的核心代碼，一旦被破解，APK就很容易被破解了。不過這方面對開發者的技術要求很高，想要簡單的話，就藉助類似於愛加密這種第三方工具。通過使用加殼技術，對dex文件做了一層保護殼，這樣破解者就無法通過正常手段反編譯出代碼文件，從而保護代碼的安全。
㈡ 安卓手機system/app裡面，每個apk文件下面都有一個odex文件，那個文件是什麼東西
odex是安卓上的應用程序apk中提取出來的可運行文件，即將APK中的classes.dex文件通過dex優化過程將其優化生成一個·dex文件單獨存放，原APK中的classes.dex文件會保留。
所謂Odex，是由android軟體中的classes.dex生成的，Odex化即是把那個文件預先提取出來作用是能加快軟體載入速度和開機速度。不過Odex也有缺點，那就是有時候加刷東西會出現問題。
原本系統恢復出廠設置後第一次開機需要先提取classes.dex出來，而Odex化就是現在你提前把它提取出來了。系統啟動或者程序運行加快的原因也就在此。並且將dex變為odex還可以節省空間，因為提取後可以把apk內的dex刪除。如果不odex，那麼系統還是會自動提取dex,這時不僅apk內有dex,/data/dalvik-cache目錄下也有dex,雖然apk內的dex經過壓縮了，但是兩份dex的總體積已經大於一份odex的體積了。
Odex化後系統啟動和程序運行速度大大提高，穩定性不變。因此推薦做Odex化。
一般來說官方rom都是odex化的rom（含Odex文件），而定製rom大部分都是deodex化的（無odex文件）。兩者應該各有優點吧，貌似現在也沒有統一的說法。官方rom大部分每個apk對應一個.odex文件，而deodex化的rom裡面只有一個apk，把.odex轉換成classes.dex放到apk包裡面了。所以 odex rom的.apk+.odex=deodex化rom的1個.apk (簡單地來說，其實就上一個合並的過程)。
㈢ Android開發有MVC的框架嗎Android 開發該怎麼分包
現在都使用mvp進行android開發。
詳細例子請參考android學習手冊，360手機助手中可以下載，裡面有108個android例子，源碼文檔都可在裡面看，裡面有詳細介紹這個的框架。
MVP模式是什麼？MVP 是從經典的模式MVC演變而來，它們的基本思想有相通的地方：Controller/Presenter負責邏輯的處理，Model提供數據，View負責顯示。
MVC和MVP的區別？
為什麼會出現MVP模式呢？這是因為原有的MVC模式有一些短板。比如在android開發中，activity充當著MVC中Controller的角色，但是在實際開發中處理view的邏輯和角色。當業務界面復雜時我的activity會顯得很龐大。於是出現了MVP模式，它新增了一個Presenter角色用於處理數據和界面的模型以及邏輯，Activity僅僅用於展示界面和用戶交互，這樣就解決了MVC中角色不清的局面。
所以，MVP與MVC的重大區別：在MVP中View並不直接使用Model，它們之間的通信是通過Presenter (MVC中的Controller)來進行的，所有的交互都發生在Presenter內部，而在MVC中View會直接從Model中讀取數據而不是通過 Controller。
在MVC里，View是可以直接訪問Model的！從而，View里會包含Model信息，不可避免的還要包括一些業務邏輯。 在MVC模型里，更關注的Model的不變，而同時有多個對Model的不同顯示，即View。所以，在MVC模型里，Model不依賴於View，但是View是依賴於Model的。不僅如此，因為有一些業務邏輯在View里實現了，導致要更改View也是比較困難的，至少那些業務邏輯是無法重用的。
MVC模式結構
Model 業務邏輯和實體模型
Controller 對應Activity
View 視圖以及布局文件
MVP模式結構
Model： 業務邏輯和實體模型
View：用戶交互和視圖顯示，在android中對應activity
Presenter： 負責完成View於Model間的邏輯和交互
小節：MVP模式相當於在MVC模式中又加了一個Presenter用於處理模型和邏輯，將View和Model完全獨立開，在android開發中的體現就是activity僅用於顯示界面和交互，activity不參與模型結構和邏輯，
####實戰
谷歌官網給了我們一個MVP模式實戰的例子，它是一個類似記事本的app，源碼地址在：https://github.com/googlesamples/android-architecture
官方案例的框架圖如下：
㈣ 關於android studio開發中布局文件分包問題
沒問題的，你改完如果引用不成功就點擊build選項卡clean一下project
㈤ 安卓系統如何把dex文件轉換成odex文件
網路搜索自動odex軟體
㈥ 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樂變分包技術 怎麼實現的
Intent intent = new Intent(); intent.setClass(**.this, **.activity); startActivity(intent); (**.this, **.activity) 第一個為當前activity，第二個為想要跳轉的activity
㈧ 安卓加密要怎麼做特別是針對二次打包與dex文件保護的加密。
防止Android
apk被反編譯的方法：
判斷apk簽名是否與原版簽名是否一致；
代碼混淆，將混淆的級別設置高點，混淆出來以後代碼全部變亂；
使用NDK編程,將核心演算法用c/c++來編寫,打包成so庫供java層調用
。
㈨ android studio怎麼分包
這里只做Android Studio分包配置簡單的介紹。
第一步：
在Gradle build文件中做如下配置：
android {
compileSdkVersion 21
buildToolsVersion "21.1.0"
defaultConfig {
...
minSdkVersion 14
targetSdkVersion 21
...
// Enabling multidex support.
multiDexEnabled true
}
...
}
dependencies {
compile 'com.android.support:multidex:1.0.0'
}
添加兩句代碼：
（1）multiDexEnable true
（2）compile 'com.android.support:multidex:1.0.0'
第二步：
在AndroidManifest.xml文件中做如下配置：
<?xml version="1.0" encoding="utf-8"?>
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
package="com.example.android.multidex.myapplication">
<application
...
android:name="android.support.multidex.MultiDexApplication">
...
</application>
</manifest>123456789123456789
如果你要定義自己的Application，或者已經有了自定義Application，那麼不需要在application節點中用android.support.multidex.MultiDexApplication，而是用自己的Application類的全名即可，而且自定義的Application也不需要繼承MultiDexApplicatoin。
第三步：
如果有自定義的Application，那麼在自定義的Application類中，重寫attachBaseContext()，並且在其中調用super.attachBaseContext()，然後調用MultiDex.install(this) ，然後在該方法上加上@Override註解，既然是重寫方法，最好加上這個註解，不過Android Studio會自動加上。
有兩點可以注意：
attachBaseContext()是在ContextWrapper類中的。而MultiDexApplication繼承Application，就是如第二步一樣重寫了attachBaseContext()方法。
不需要另外在libs中添加android-support-multidex.jar，否則會報異常。
㈩ 什麼是dex文件
dex文件是Android系統的可執行文件，包含應用程序的全部操作指令以及運行時數據。
由於dalvik是一種針對嵌入式設備而特殊設計的java虛擬機，所以dex文件與標準的class文件在結構設計上有著本質的區別。
當java程序編譯成class後，還需要使用dex工具將所有的class文件整合到一個dex文件，目的是其中各個類能夠共享數據，在一定程度上降低了冗餘，同時也是文件結構更加經湊，dex文件是傳統jar文件大小的50％左右。
dex將原來class每個文件都有的共有信息合成一體，這樣減少了class的冗餘。
從宏觀上來說dex的文件結果很簡單，實際上是由多個不同結構的數據體以首尾相接的方式拼接而成。
(10)androiddex分包擴展閱讀：
Android的系統架構和其操作系統一樣，採用了分層的架構。
從架構圖看，Android分為四個層，從高層到低層分別是應用程序層、應用程序框架層、系統運行庫層和Linux內核層。
dex文件的作用：
dex文件的作用是記錄整個工程（通常是一個Android工程）的所有類文件的信息。
dex文件的結構：
8位位元組的二進制流文件；各個數據緊密排列，無間隙，減少了文件體積，加快載入速度；整個工程的類信息都存放在一個dex文件中（不考慮dex分包的情況下）；同樣地，可以通過010Editor來查看dex文件信息。
參考資料：網路-Android