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