android分包方案
⑴ 关于android studio开发中布局文件分包问题
没问题的，你改完如果引用不成功就点击build选项卡clean一下project
⑵ 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消息推送GCM、XMPP、MQTT三种方案的优劣是什么
android消息推送GCM、XMPP、MQTT三种方案的优劣如下：1、GCM
（1）优点：提供的服务、原生、简单，无需实现和部署的服务端。
（2）缺点：Android版本限制（必须大于2.2版本），该服务在国内不够稳定、需要用户绑定相关的Google帐号，而且只受限于Google。
2、XMPP
（1）优点：成熟、强大、可扩展也性强、目前主要应用于聊天系统中，且已有开源的Java版的开发实例androidpn。
（2）缺点：协议较复杂、冗余（基于XML）、也比较费流量和费电，部署硬件成本高。
3、MQTT
（1）优点：简洁、小巧、可扩展性强、是比较省流量、省电。目前已有C++版的服务端组件rsmb。
（2）缺点：不够成熟、实现起来较复杂、服务端组件rsmb不开源，也是部署硬件成本较高。
消息推送软件可以使用深圳极光的。极光成立于2011年；凭借领先的人工智能及机器学习技术，极光将在APP消息推送、用户增长与活跃等方面为客户提供服务。
⑷ 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，否则会报异常。
⑸ android乐变分包技术 怎么实现的
Intent intent = new Intent(); intent.setClass(**.this, **.activity); startActivity(intent); (**.this, **.activity) 第一个为当前activity，第二个为想要跳转的activity
⑹ 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 开发中，有哪些坑需要注意
1、不要排斥新技术和新工具。 Android Studio 1.0 之后的版本，基本已经稳定到可以支持正常的工作开发的程度了。单纯就书写效率而言，Android Studio 带来的好处绝对大于它和Gradle的学习成本。JetBrains的IDE，用过都说好。还有就是适当的提升targetSdkVer… 显示全部
1、不要排斥新技术和新工具。
Android Studio 1.0 之后的版本，基本已经稳定到可以支持正常的工作开发的程度了。单纯就书写效率而言，Android Studio 带来的好处绝对大于它和Gradle的学习成本。JetBrains的IDE，用过都说好。
还有就是适当的提升targetSdkVersion到新版本。
2、代码设计方面的问题，大部分都能在Android系统源码里找到解决方案。
当自己想设计一个新模块，或者实现一个新ui组件的时候，应该采用哪些设计模式、应该以哪种形式给外界提供接口之类的问题，大部分都可以参考Android系统的源码，找到实现方式。Google为安卓程序员提供了一座现成的宝库。
3、理解Android和Java内存管理方式，至少要理解垃圾回收和Java的引用。
就好比学OC就要先理解黄金法则一样，而java的内存管理，其实比OC要好理解多了。
这可能会帮助大大减少程序异步操作产生的空指针崩溃。也会帮助理解为什么滥用单例模式会导致内存的臃肿。还会帮助养成不用“+”去连接超大字符串的好习惯。
4、ContentProvider并不是只有在跨进程共享数据的才有用，把数据库表映射到一个独立的uri是Google鼓励的实现方式。
从设计上讲，用uri（统一资源标识符）去描述数据，肯定比sql语句要理想。
从效果上讲，用CursorLoader读取数据是让iOS程序员都羡慕不已的事情，作为android程序员，何苦不用呢。
5、理解Activity任务栈。
非Activity的Context对象如果直接启动Activity会报错，这只是一个表面现象，真正起作用的其实是Activity任务栈机制。
理解Activity任务栈机制以及Activity的各种启动方式，会帮助解决大部分页面关系错乱问题，以及应用互相掉起、任务栏进入应用、后台弹窗引起的各种问题。
6、对于一些奇葩的第三方ROM，调用其非主流api的时候，可以使用反射。
在适配一些第三方ROM的的时候，调用一些在开发环境中没有，但在运行环境中有的方法时，可以使用反射。比方说，华为双卡手机可能会提供获取第二块SIM卡信息的api，如果直接调用，在开发环境可能无法通过正常编译，用反射就没问题。这属于不得已而用反射的一种情况。
7、SQLite的锁，是数据库级别的锁，也就是说同一个数据库的写操作无法并发执行。
所以，在数据库设计的时候，如果表太多，尽量将没有关联的表拆到多个数据库文件中。
8、Bitmap的内存占用问题。
这是一个困扰2.X时代android程序员的问题。
2.X时代Bitmap对象虽然存储在堆内存中，但是用了一个byte数组存储其像素信息。通过计数器来记录该像素信息被引用的个数。有人认为这个byte数组在native堆中，但事实上它也在堆中。
只有在使用者调用recycle()后，Bitmap对象才会释放像素信息，才会在失去引用后，被垃圾回收机制销毁。再加上DVM的heap size有严格的阀值，所以在使用大量图片资源的时候，及其容易发生OOM。
解决办法一般都是，用一个哈希表存储Bitmap对象的软引用，作为内存缓存，并在适当时机掉用其recycle()。
3.0以上版本Bitmap对象可以通过垃圾回收机制完全销毁，理论上不用再调用recycle()。
⑻ android应用程序结构xml文件按功能分包
如下图所示，animhi动画文件，drawable用来放图片，形状，选择器文件，drawable-hdpi-v4到drawable-xxxhdi-v4都是放置大小不同的图片，为了适配更多的手机，layout是界面布局文件，menu是菜单文件
⑼ Android 几种消息推送方案总结
Android 几种消息推送方案总结:一、使用GCM(Google Cloude Messaging) Android自带的推送GCM可以帮助开发人员给他们的Android应用程序发送数据。它是一个轻量级的消息，告诉Android应用程序有新的数据要从服务器获取，或者是一个消息，其中包含了4KB的payload data（像即时通讯这类应用程序可以直接使用该payload消息）。
GCM服务处理排队的消息，并把消息传递到目标设备上运行的Android应用程序。
二、使用XMPP协议（Openfire+Spark+Smark） XMPP是一种基于XML的协议，它继承了在XML环境中灵活的发展性，有很强的可扩展性。包括上面讲的GCM服务器底层也是采用XMPP协议封装的。
三、使用MQTT协议（想了解更多可以看http://mqtt.org/）轻量级的、基于代理的“发布/订阅”模式的消息传输协议。
四、HTTP轮循方式。定时向HTTP服务端接口（Web Service API）获取最新消息。
五、采用第三方服务。客户端只需要导入第三方提供的lib库，有第三方管理长连接，负责消息的接收/发送。同时对消息都有比较详细的报表数据，可以用于做数据分析、挖掘，改善用户体验。
中合对比还是采用第三方服务简捷高效。比如极光推送就很好用，极光推送搭建起一个高度稳定、可扩展的云端架构，极大地帮助移动应用开发者节约开发和维护的成本，轻松实现毫秒级的精准推送。
⑽ Android的APP，是怎么做渠道统计的
安卓渠道统计方案
方法1：通常传统的做法是对不同渠道进行分包发布，每个渠道打一个标识唯一的渠道id的安装包，再收集渠道安装数据。这种方式有些弊端，如果渠道很多的话比如说有100个渠道要推广，就得手工打100个渠道包，这样做的话技术人员就比较辛苦了。另一个弊端就是应用市场会存在抓包的情况，这样就会造成数据不准的情况。
方法2：用渠道链接替代渠道安装包做渠道统计，这种方案就可以免去手工打渠道包，而且统计数据会更精确。具体实现请参考openinstall的官网 www.openinstall.io