android技术方案

Ⅰ 关于Android 消息推送，有什么开源的技术方案

关于Android 消息推送，采用第三方服务推送。客户端只需要导入第三方提供的lib库，有第三方管理长连接，负责消息的接收/发送。同时对消息都有比较详细的报表数据，可以用于做数据分析、挖掘，改善用户体验。
第三方服务平台极光推送就不错。极光推送个性化推送满足用户多种推送需要,有效提升用户体验,利用大数据人工智能技术,实现智能用户分群,提升消息点击率,推送安全包确保推送内容准确,拒绝运营事故。
???极光推送产品优势:
1、便捷的使用体验 快速集成SDK，简单易用的控制台和API
?2、灵活的目标筛选 提供用户自定义的标签和别名系统，以及极光自己根据数据分析出的分类目标
?3、高效稳定的系统 支持10亿级的高并发访问，多点备份保证系统稳定
? 4、专业的支持 有专业的技术支持团队，及时响应客户的需求和问题
极光推送搭建起一个高度稳定、可扩展的云端架构，极大地帮助移动应用开发者节约开发和维护的成本，轻松实现毫秒级的精准推送。

Ⅱ 关于 Android消息推送，有什么开源的技术方案

安卓消息推送的实现方案有下面几种:
MQTT协议实现
XMPP协议实现
C2DM云端推送功能(google官方提供,系统内置,但是国内用不了......)
中国统一推送(工信部牵头成立,但是目前只是开了几次会议,并没有什么实际的接口出来,不过以后应该会是中国境内的首选方案)
选择第三方消息推送平台，例如极光，个推等，极光成立于2011年，是国内最早开始做开发者服务的一批公司，极光推送的稳定性和送达率一直是业内做的比较好的，具体可以到极光官网了解

Ⅲ 用android会遇到什么关键技术问题及可行性解决方案

1．资源访问

我们知道，宿主程序调起未安装的插件apk，一个很大的问题就是资源如何访问，具体来说就是插件中凡是以R开头的资源都不能访问了。这是因为宿主程序中并没有插件的资源，所以通过R来加载插件的资源是行不通的，程序会抛出异常：无法找到某某id所对应的资源。

针对这个问题，有人提出了将插件中的资源在宿主程序中也预置一份，这虽然能解决问题，但是这样就会产生一些弊端。首先，这样就需要宿主和插件同时持有一份相同的资源，增加了宿主apk的大小；其次，在这种模式下，每次发布一个插件都需要将资源复制到宿主程序中，这意味着每发布一个插件都要更新一下宿主程序，这就和插件化的思想相违背了。

因为插件化的目的就是要减小宿主程序apk包的大小，同时降低宿主程序的更新频率并做到自由装载模块，所以这种方法不可取，它限制了插件的线上更新这一重要特性。还有人提供了另一种方式，首先将插件中的资源解压出来，然后通过文件流去读取资源，这样做理论上是可行的，但是实际操作起来还是有很大难度的。首先不同资源有不同的文件流格式，比如图片、XML等，其次针对不同设备加载的资源可能是不一样的，如何选择合适的资源也是一个需要解决的问题，基于这两点，这种方法也不建议使用，因为它实现起来有较大难度。为了方便地对插件进行资源管理，下面给出一种合理的方式。

我们知道，Activity的工作主要是通过ContextImpl来完成的，
Activity中有一个叫mBase的成员变量，它的类型就是ContextImpl。注意到Context中有如下两个抽象方法，看起来是和资源有关的，实际上Context就是通过它们来获取资源的。这两个抽象方法的真正实现在ContextImpl中，也就是说，只要实现这两个方法，就可以解决资源问题了。
/** Return an AssetManager instance for your application's package. */

public abstract AssetManager getAssets();

/** Return a Resources instance for your application's package. */

public abstract Resources getResources();

下面给出具体的实现方式，首先要加载apk中的资源，如下所示。
protected void loadResources() {
try {
AssetManager assetManager = AssetManager.class.newInstance();
Method addAssetPath = assetManager.getClass().getMethod("addAssetPath", String.class);
addAssetPath.invoke(assetManager, mDexPath);
mAssetManager = assetManager;
} catch (Exception e) {
e.printStackTrace();
}
Resources superRes = super.getResources();
mResources = new Resources(mAssetManager, superRes.getDisplayMetrics(),
superRes.getConfiguration());
mTheme = mResources.newTheme();
mTheme.setTo(super.getTheme());
}

从loadResources()的实现可以看出，加载资源的方法是通过反射，通过调用AssetManager中的addAssetPath方法，我们可以将一个apk中的资源加载到Resources对象中，由于addAssetPath是隐藏API我们无法直接调用，所以只能通过反射。下面是它的声明，通过注释我们可以看出，传递的路径可以是zip文件也可以是一个资源目录，而apk就是一个zip，所以直接将apk的路径传给它，资源就加载到AssetManager中了。然后再通过AssetManager来创建一个新的Resources对象，通过这个对象我们就可以访问插件apk中的资源了，这样一来问题就解决了。
/**

* Add an additional set of assets to the asset manager. This can be

* either a directory or ZIP file. Not for use by applications. Returns

* the cookie of the added asset, or 0 on failure.

* {@hide}

*/

public final int addAssetPath(String path) {

synchronized (this) {

int res = addAssetPathNative(path);

makeStringBlocks(mStringBlocks);

return res;

}

}

接着在代理Activity中实现getAssets()和getResources()，如下所示。关于代理Activity的含义请参看DL开源插件化框架的实现细节，这里不再详细描述了。
@Override

public AssetManager getAssets() {

return mAssetManager == null ? super.getAssets() : mAssetManager;

}

@Override

public Resources getResources() {

return mResources == null ? super.getResources() : mResources;

}

通过上述这两个步骤，就可以通过R来访问插件中的资源了。

2．Activity生命周期的管理

管理Activity生命周期的方式各种各样，这里只介绍两种：反射方式和接口方式。反射的方式很好理解，首先通过java的反射去获取Activity的各种生命周期方法，比如onCreate、onStart、onResume等，然后在代理Activity中去调用插件Activity对应的生命周期方法即可，如下所示。
@Override

protected void onResume() {

super.onResume();

Method onResume = mActivityLifecircleMethods.get("onResume");

if (onResume != null) {

try {

onResume.invoke(mRemoteActivity, new Object[] { });

} catch (Exception e) {

e.printStackTrace();

}

}

}

@Override

protected void onPause() {

Method onPause = mActivityLifecircleMethods.get("onPause");

if (onPause != null) {

try {

onPause.invoke(mRemoteActivity, new Object[] { });

} catch (Exception e) {

e.printStackTrace();

}

}

super.onPause();

}

使用反射来管理插件Activity的生命周期是有缺点的，一方面是反射代码写起来比较复杂，另一方面是过多使用反射会有一定的性能开销。下面介绍接口方式，接口方式很好地解决了反射方式的不足之处，这种方式将Activity的生命周期方法提取出来作为一个接口（比如叫DLPlugin），然后通过代理Activity去调用插件Activity的生命周期方法，这样就完成了插件Activity的生命周期管理，并且没有采用反射，这就解决了性能问题。同时接口的声明也比较简单，下面是DLPlugin的声明：
public interface DLPlugin {

public void onStart();

public void onRestart();

public void onActivityResult(int requestCode, int resultCode, Intent

data);

public void onResume();

public void onPause();

public void onStop();

public void onDestroy();

public void onCreate(Bundle savedInstanceState);

public void setProxy(Activity proxyActivity, String dexPath);

public void onSaveInstanceState(Bundle outState);

public void onNewIntent(Intent intent);

public void onRestoreInstanceState(Bundle savedInstanceState);

public boolean onTouchEvent(MotionEvent event);

public boolean onKeyUp(int keyCode, KeyEvent event);

public void onWindowAttributesChanged(LayoutParams params);

public void onWindowFocusChanged(boolean hasFocus);

public void onBackPressed();

…

}

在代理Activity中只需要按如下方式即可调用插件Activity的生命周期方法，这就完成了插件Activity的生命周期的管理。
...

@Override

protected void onStart() {

mRemoteActivity.onStart();

super.onStart();

}

@Override

protected void onRestart() {

mRemoteActivity.onRestart();

super.onRestart();

}

@Override

protected void onResume() {

mRemoteActivity.onResume();

super.onResume();

}

...

通过上述代码应该不难理解接口方式对插件Activity生命周期的管理思想，其中mRemoteActivity就是DLPlugin的实现。

Ⅳ Android无线开发的几种常用技术（阿里巴巴资深

完整的开发一个android移动App需要经过从分解需求、架构设计到开发调试、测试、上线发布等多个阶段，在发布后还会有产品功能上的迭代演进，此外还会面对性能、安全、无线网络质量等多方面的问题。
移动App的产品形态各不相同，有的是内容类，有的是工具类，有的是社交类，所以它们的业务逻辑所偏重的核心技术有些差别，但它们都会用到一些常用的技术方案。今天我们就先来简单介绍一下这些常用技术，以后会专门分专题来详细介绍这些技术的原理和使用场景。

1. Multidex
在Dalvik虚拟机所使用的dex文件格式中，用原生类型short来索引文件中的方法数，也就是最多只能有4个字节65536个method，在打包apk的过程中会把工程所需要的全部class文件都合并压缩到一个dex文件中，也就是说自己开发的代码加上外部引用的库的方法总数不能超过65535。
随着业务逻辑的不断增长，很容易就会超过这个限制，在编译期间就会遇到这样一个错误：

还好google官方给出了一个解决方案Multidex，它会把dex文件拆成两个或多个，第二个dex文件叫classes2.dex，在Application实例化后会从apk中解压出classes2.dex并将其拷贝到应用的目录下，通过反射将其注入到当前的ClassLoader中。但是这个方案非但不能解决一切问题也不能直接拿来用，而要加入自己的一些改造，来解决NoClassDefFoundError、INSTALL_FAILED_DEXOPT等问题，以保证自己的dex被顺利的加载流畅的执行。

2. Plugin
Multidex虽然可以解决方法数的限制，但随着业务逻辑越来越多，apk的大小也变得越来越多，而且有一些功能并非全部用户都想用的，所以会把一些功能模块独立出来做成插件，让用户可以按需下载更新，这样既减小了包大小，又改善了用户体验。

插件类似于windows的dll文件，放在某个特定目录，应用程序主框架会用LoadLibrary加载各dll文件，按插件接口去访问插件。Android的插件技术也是这样，利用一个进程可以运行多个apk的机制，用ClassLoader将宿主apk之外的类加载进来，插件的context可以通过createPackageContext方法创建。因为插件中的activity，service等组件如果没有在AndroidManifest.xml中声明将不能运行，所以需要预先在AndroidManifest.xml中声明一个代理类（ProxyActivity），将这个ProxyActivity传给插件，让插件的activity也有访问资源的能力。

3. Hot Patch
有时一些严重的crash bug或漏洞需要紧急修复，但有些用户不会或不愿意立即升级，而且频繁升级，没有特别的功能更新只是修复bug的升级，对活跃用户是一种伤害。热补丁就可以解决这样的窘境，它是一种可以线上修复的技术方案，有动态改变方法的能力，一般大型的移动应用都会使用热补丁来处理紧急事件。

Hot Patch可以通过hook来修改java的method，注入自己的代码，实现非侵入式的runtime修改，或者采用正向编程，通过工具生成patch文件，通过jni bridge指向补丁文件中的方法。还有就是利用ClassLoader，在dex中查找class时，如果找到类则返回，找不到就从下一个dex文件中继续查找，由此可以想到，在把问题修复后，可以单独生成一个dex，通过反射插入到dexElements数组的最前面，这样就能让dalvik加载补丁里的类了。

4. Push通道
Push是移动App常用的一种无线技术，基础是基于TCP的心跳机制，和客户端维持一个长连接。用处是向客户端推送消息，或者代替客户端定时去从服务器pull的策略，改为客户端接收到push消息后再去pull。
如果每个应用都自己实现push通道的话，cpu就会不定时地经常被唤醒，耗电量达到难以容忍的程度，而且自己搭建push平台的成本也很大，实时性和效率也存在问题，一般都直接使用一些服务商提供的push方案，这些push平台一般都经过了优化设计，在跨平台和网络穿透性、长连接心跳包、多客户端App链路复用、服务和连接保活等技术上做了优化。比如Agoo最初是淘宝无线事业部开发的push服务，在逐渐完善和支撑淘系其他app后，通过服务端容量、通讯协议优化、业务和开放能力的拓展改进后，与友盟等合作，开始向第三方提供推送服务。

5. 应用加固
一款热门的移动app或游戏发布后会受到很多的关注，经常会遇到二次打包的盗版行为，破解者要么修改游戏的资源文件、道具、分值甚至直接把访问的站点指向自己架设的服务器，损害了开发者的利益；要么偷偷植入自己的恶意代码，表面上看起来跟正版的app完全一样，在后台却盗取用户隐私，植入木马；要么通过反向工程学习原app的核心技术，打破技术上的竞争壁垒。
为了防止被破解只通过混淆是远远不够的，即使是在native层混淆也还是会被人熟练的反编译，所以需要一套对apk的保护方案来反调试、防逆向和防篡改。一般的加固方法都是对原apk先进行加密，然后和壳合并生成新的apk。壳是用来解密apk的dex文件。当应用启动时，壳先解密原apk，准备好自己定义的ClassLoader，然后获取源程序中的Application名称，通过反射找到正确的Application对象，运行它的onCreate方法，这样原apk才能被真正运行。其他一些反调试的方法有针对反编译工具，在源程序中加入一些无效的指令或无效的指针，引发反编译工具的崩溃，还有就是加花指令，利用一些跳转，堆栈操作等指令，让破解者无法清楚地理解反汇编后的内容。

6. 其他
除了上述几点外，在服务端还会涉及灰度策略、链路流量优化、动态更新配置、防DNS劫持等技术，在客户端会涉及用户埋点上报、在线监控、进程保活、H5和native混合开发、注入框架等。

Ⅳ android 需要具备什么技术

android开发任职要求：

1.Android/iphone平台手机终端软件开发精通Android开发平台及框架，一年以上实际开发经验；

2.精通Android GUI程序开发；

3.1年以上J2ME开发经验，熟悉J2ME编程；熟悉Linux环境编程优先 ；从事过嵌入式开发工作2年以上。

4.熟悉HTML/WML/HTTP,具有良好的编程思想；

5.熟悉C/C++或者Java开发语言和环境；

6.有一年以上移动终端应用软件开发经验，有Android或者iPhone开发经验尤佳；

7.基础扎实，精通常用数据结构与算法和设计能力；

8.熟悉移动终端特性和开发特点； 熟悉移动终端网络编程，了解3G\WiFi等技术；

9.熟悉C++/C#, MSSQL/MySQL数据库开发；熟悉多线程、Socket或ACE等网络通信编程技术；

10.熟悉java各种编程方法，比如多线程,jni,idl等。 熟悉JVM的运行机制，移植或者扩展过JVM到嵌入式平台者优先，比如phoneme 等。

11.精通Android平台UI开发优先；英语良好，能阅读英文资料；

工作职责：

1.负责Android平台的浏览器开发。

2.在Android手机上设计并开发应用程序或游戏；

3.Android平台框架层的维护以及扩展。

4.移植各种流行的框架体系（多媒体，蓝牙，无线）到android上负责Android项目的开发工作；

5.负责Android项目的架构设计、方案的制定；

6.跟进Android的新技术发展。纂写设计开发及实现文档；

7.根据产品功能需求设计并完成软件实现；

8.参与产品需求分析并制定技术实施方案；

Ⅵ Android系统原理及开发要点详解的前 言

Android 是Google历经数年和投资数亿美元开发出来的智能手机系统，Google也发起了围绕Android的组织——开放手机联盟，其英文全称为“Open Handset Alliance”。
随着各大移动终端生产商大力开发和生产基于Android的移动智能设备，Android迅速得到业界和社会的认可，并成为整个产业的热点，基于Android平台的各类人才逐渐成为各大企业竞相争夺的焦点。
Android系统是一个开放的系统，任何公司、个人开发者、爱好者都可以参与其中。对于技术工作者，Android不仅是一个智能手机的系统，也可以作为学习嵌入式Linux系统的较完整的软件平台。
Android是一个较新的系统和技术，因此介绍Android的资料和书籍还比较少，尤其简体中文的书籍，相对更少。本书《Android系统原理及开发要点详解》 是一本综合介绍Android系统的书，集合了Androidin社区多位专家作者的经验，精心编写而成。
Android 作为一个庞大的系统，包括了Linux操作系统、各种本地程序、虚拟机和运行环境、Java框架和Java应用程序多方面的内容。这对于初学者是一个非常大的挑战，因此对于学习、研究进而开发Android系统来说，掌握系统的脉络和使用恰当的学习方法是非常重要的，这也是本书的组织主旨。
本书特点
为了适应Android系统的情况，本书在内容的编排和组织上具有以下一些重要特点。
保持完整性和层次性
本书紧紧把握Android系统的4个层次，分章节介绍，并且有重点地介绍了Android整个系统的代码结构、编译系统、相关工具、各部分组织等全局性内容。这将让读者即使只花费较短的时间，也可以获得对Android系统大致的感性理解。
提供清晰的框架
Android是一个有数百兆大小的较大系统，各部分之间是有机联系的，这就要求Android的学习和开发者需要具有一些软件架构方面的知识。本书为Android整体和重点模块绘制了大量的框图，这样非常有利于帮助读者直观地理解系统。本书在讲述每一个部分时，均列出相关代码的路径，帮助读者对应着进行快速、高效地学习。
抓核心内容
Android系统已经发布了若干个版本：1.0、1.5（cupcake）、1.6（donut）和2.0（eclair），从开发的角度，各个版本在同时使用，这对于学习者是一个较大的挑战。因此本书作者通过把握Android演进中脉络，尽量总结出共性的内容展示给读者。在某些部分，在讲解代码的同时，突出概念性的内容。本书力求通过一本教材，给读者一个长期的、稳定的学习方法和思路。
开发细节
Android 包含众多的软件、程序和工具，涉及软件开发各个方面。在实际的开发过程中，很多内容并不需要开发者去改动。本书从工程的角度出发，偏重开发中常用的内容，对于开发中较少涉及的部分，仅做精炼的大致介绍。本书重点介绍显示机制、输入机制、音频/视频系统的移植层、多媒体系统的构建、电话系统的构建、连接系统的构建、传感器的移值、应用开发中最常涉及的部分，在每段讲解中，穿插了开发中可以使用的一些技巧。
本书内容
本书的各个章节及其组织方式如下所示。
第1章“Android系统概述”，概述Android系统方面的内容，包括智能手机平台的发展历程、Android系统的特点、Android的3种开发工作，以及Android的2种不同的开发方式。
第2章“Android系统开发综述”，介绍Android系统开发的综述性内容，包括工具使用、获得代码、编译系统、仿真器运行、SDK使用等。
第3章“Android的Linux内核与驱动程序”，介绍Android内核的特点、Android中使用的专用驱动程序、Android系统可能使用的标准设备驱动。
第4章“Android的底层库和程序”，介绍Android系统的基础程序，以本地程序为主。
第5章“Android的Java虚拟机和Java环境”，这是介于本地和Java层之间的相关内容，主要介绍Android的Java虚拟机Dalvik的基本概念、Android Java程序的环境、JNI的使用方法，以及Java框架的启动流程等。
第6章“Android的GUI系统”，包括Android GUI系统架构、底层的pixelflinger和libui库、Surface系统、Skia和2D图形系统、Android的OpenGL和3D图形系统等内容。
第7章“Android的Audio系统”，主要是音频的输入输出环节，音频系统从驱动程序、本地框架到Java框架都具有内容。
第8章“Android的Video输入输出系统”，介绍Android的Video输入输出系统，包括Overlay系统和Camera系统两个部分，前者只有本地的内容，后者各个层次均有内容。
第9章“Android的多媒体系统”，介绍Android的多媒体系统的核心部分，包括Android中多媒体系统的业务、结构、多媒体系统的核心框架、OpenCore系统结构和使用等内容。
第10章“Android的电话部分”，介绍Android系统在电话方面的功能，Android是智能手机系统，电话是其核心部分。
第11章“Android的连接部分”，主要包括WiFi、蓝牙及定位系统等，这些Android的连接部分也具有从驱动层到Java应用层的结构。
第12章“Android的传感器系统”，传感器系统涉及Android的各个层次，具有完整的结构，相比其他系统，传感器系统的各个层次都比较简单。
第6～12章分模块介绍Android的几个核心系统，主要是本地框架和Java框架方面的内容，兼顾应用程序和驱动层，这是本书的重点。
第13章“Android应用程序概述及框架”，介绍Android应用程序层的基本概念和应用程序框架，这部分内容是Android自下而上的第4个层次，可以基于源代码或者SDK开发，它们之间的差别非常小。
第14章“Android应用程序的主要方面”，介绍Android应用程序层开发的各个方面，基本上是横向内容，包括应用程序的基本控制、各种UI元素的使用、图形API使用3个方面的内容。
第15章“Android应用程序的设计思想”，本章的内容是基于通用的应用程序和GUI程序的通用设计思想，结合Android系统自身的特点，提出一些值得注意的问题和设计方法。
本书读者
本书适应广大的读者群，力求在Android的系统移植、应用程序开发、系统框架改进方面给读者全面的支持。不同的读者在学习本书时，应该使用不同的方法。
Android初级开发者：在本书指引下阅读代码，搭建系统开发环境，对于Android应用程序的开发者，重点关注后3章的内容。
Android中、高级开发者：通过本书的引导，学习系统架构，关注开发要点，并尽量使用手机系统的通用设计思想、软件工程思想、系统工程思想来指导Android系统学习。
嵌入式Linux系统学习者：将Android作为一个集Linux核心和应用层程序于一体的系统进行学习，并可以利用Android的仿真环境运行和调试程序。
读者在学习本书的过程中，应尽量对照本书的框图和手头的Android源代码，这样可以达到事半功倍的效果。本书在重点代码中加上大量的注释，帮助读者阅读，对于非重点的代码，不占用本书的篇幅，读者可以参考开放的源代码。可以采用顺序读和重点读相结合的方式学习本书，顺序读关注系统框架，重点读关注开发要点。
本书作者
本书在编写过程中提炼和综合Android早期开发者的经验、中国大陆Androidin社区的开发成果，以及各位专家的经验和技术，这是本书出版的知识源泉。本书主要由Androidin社区的两名核心技术专家韩超和梁泉领衔规划和编着，韩超统稿。总部设在南加州、专注于Android平台并提供其移动应用开发及解决方案的迈奔无线（mAPPn Inc.）也投入技术和人力参与了本书的工作。
参与本书编写的还有于仕林、张宇、张超等人，赵家维、黄亮、沈桢、徐威特、杨钰等参与了审校工作。
由于时间仓促，可能依然存在一些错误和问题，请读者见谅，欢迎读者讨论和指点。

Ⅶ 有哪些android开发技巧

1、android:clipToPadding

意思是控件的绘制区域是否在padding里面。默认为true。如果你设置了此属性值为false，就能实现一个在布局上事半功陪的效果。先看一个效果图。

上图中的ListView顶部默认有一个间距，向上滑动后，间距消失，如下图所示。

如果使用margin或padding，都不能实现这个效果。加一个headerView又显得大材小用，而且过于麻烦。此处的clipToPadding配合paddingTop效果就刚刚好。

同样，还有另外一个属性也很神奇：android:clipChildren，具体请参考：【Android】神奇的android:clipChildren属性

2、match_parent和wrap_content

按理说这两个属性一目了然，一个是填充布局空间适应父控件，一个是适应自身内容大小。但如果在列表如ListView中，用错了问题就大了。ListView中的getView方法需要计算列表条目，那就必然需要确定ListView的高度，onMesure才能做测量。如果指定了wrap_content，就等于告诉系统，如果我有一万个条目，你都帮我计算显示出来，然后系统按照你的要求就new了一万个对象出来。那你不悲剧了？先看一个图。

假设现在ListView有8条数据，match_parent需要new出7个对象，而wrap_content则需要8个。这里涉及到View的重用，就不多探讨了。所以这两个属性的设置将决定getView的调用次数。

由此再延伸出另外一个问题：getView被多次调用。

什么叫多次调用？比如position=0它可能调用了几次。看似很诡异吧。GridView和ListView都有可能出现，说不定这个祸首就是wrap_content。说到底是View的布局出现了问题。如果嵌套的View过于复杂，解决方案可以是通过代码测量列表所需要的高度，或者在getView中使用一个小技巧：parent.getChildCount == position

@Override
public View getView(int position, View convertView, ViewGroup parent) {
if (parent.getChildCount() == position) {
// does things here
}

return convertView;
}

3、IllegalArgumentException: pointerIndex out of range

出现这个Bug的场景还是很无语的。一开始我用ViewPager + PhotoView(一个开源控件)显示图片，在多点触控放大缩小时就出现了这个问题。一开始我怀疑是PhotoView的bug，找了半天无果。要命的是不知如何try，老是crash。后来才知道是android遗留下来的bug，源码里没对pointer index做检查。改源码重新编译不太可能吧。明知有exception，又不能从根本上解决，如果不让它crash，那就只能try-catch了。解决办法是：自定义一个ViewPager并继承ViewPager。请看以下代码：

/**
* 自定义封装android.support.v4.view.ViewPager，重写onInterceptTouchEvent事件，捕获系统级别异常
*/
public class CustomViewPager extends ViewPager {

public CustomViewPager(Context context) {
this(context, null);
}

public CustomViewPager(Context context, AttributeSet attrs) {
super(context, attrs);
}

@Override
public boolean onInterceptTouchEvent(MotionEvent ev) {
try {
return super.onInterceptTouchEvent(ev);
} catch (IllegalArgumentException e) {
LogUtil.e(e);
} catch ( e) {
LogUtil.e(e);
}
return false;
}
}

把用到ViewPager的布局文件，替换成CustomViewPager就OK了。

4、ListView中item点击事件无响应

listView的Item点击事件突然无响应，问题一般是在listView中加入了button、checkbox等控件后出现的。这个问题是聚焦冲突造成的。在android里面，点击屏幕之后，点击事件会根据你的布局来进行分配的，当你的listView里面增加了button之后，点击事件第一优先分配给你listView里面的button。所以你的点击Item就失效了，这个时候你就要根据你的需求，是给你的item的最外层layout设置点击事件，还是给你的某个布局元素添加点击事件了。

解决办法：在ListView的根控件中设置（若根控件是LinearLayout, 则在LinearLayout中加入以下属性设置）descendantFocusability属性。

android:descendantFocusability="blocksDescendants"

官方文档也是这样说明。

5、getSupportFragmentManager()和getChildFragmentManager()

有一个需求，Fragment需要嵌套3个Fragment。基本上可以想到用ViewPager实现。开始代码是这样写的：

mViewPager.setAdapter(new CustomizeFragmentPagerAdapter(getActivity().getSupportFragmentManager(), subFragmentList));

导致的问题是嵌套的Fragment有时会莫名其妙不显示。开始根本不知道问题出现在哪，当你不知道问题的原因时，去解决这个问题显然比较麻烦。经过一次又一次的寻寻觅觅，终于在stackoverflow上看到了同样的提问。说是用getChildFragmentManager()就可以了。真是这么神奇！

mViewPager.setAdapter(new CustomizeFragmentPagerAdapter(getChildFragmentManager, subFragmentList));

让我们看一下这两个有什么区别。首先是getSupportFragmentManager（或者getFragmentManager）的说明：

Return the FragmentManager for interacting with fragments associated with this fragment's activity.

然后是getChildFragmentManager：

Return a private FragmentManager for placing and managing Fragments inside of this Fragment.

Basically, the difference is that Fragment's now have their own internal FragmentManager that can handle Fragments. The child FragmentManager is the one that handles Fragments contained within only the Fragment that it was added to. The other FragmentManager is contained within the entire Activity.

已经说得比较明白了。

6、ScrollView嵌套ListView

这样的设计是不是很奇怪？两个同样会滚动的View居然放到了一起，而且还是嵌套的关系。曾经有一个这样的需求：界面一共有4个区域部分，分别是公司基本信息（logo、名称、法人、地址）、公司简介、公司荣誉、公司口碑列表。每部分内容都需要根据内容自适应高度，不能写死。鄙人首先想到的也是外部用一个ScrollView包围起来。然后把这4部分分别用4个自定义控件封装起来。基本信息和公司简介比较简单，荣誉需要用到RecyclerView和TextView的组合，RecyclerView（当然，用GridView也可以，3列多行的显示）存放荣誉图片，TextView显示荣誉名称。最后一部分口碑列表当然是ListView了。这时候，问题就出来了。需要解决ListView放到ScrollView中的滑动问题和RecyclerView的显示问题（如果RecyclerView的高度没法计算，你是看不到内容的）。

当然，网上已经有类似的提问和解决方案了。

给一个网址：

四种方案解决ScrollView嵌套ListView问题

ListView的情况还比较好解决，优雅的做法无非写一个类继承ListView，然后重写onMeasure方法。

@Override
protected void onMeasure(int widthMeasureSpec, int heightMeasureSpec) {
int expandSpec = MeasureSpec.makeMeasureSpec(Integer.MAX_VALUE >> 2, MeasureSpec.AT_MOST);
super.onMeasure(widthMeasureSpec, expandSpec);
}

ListView可以重写onMeasure解决，RecyclerView重写这个方法是行不通的。

说到底其实计算高度嘛。有两种方式，一种是动态计算RecycleView，然后设置setLayoutParams；另外一种跟ListView的解决方式类似，定义一个类继承LinearLayoutManager或GridLayoutManager（注意：可不是继承RecyclerView），重写onMeasure方法（此方法比较麻烦，此处不表，下次写一篇文章再作介绍）。

动态计算高度如下：

int heightPx = DensityUtil.dip2px(getActivity(), (imageHeight + imageRowHeight) * lines);
MarginLayoutParams mParams = new MarginLayoutParams(LayoutParams.MATCH_PARENT, heightPx);
mParams.setMargins(0, 0, 0, 0);
LinearLayout.LayoutParams lParams = new LinearLayout.LayoutParams(mParams);
honorImageRecyclerView.setLayoutParams(lParams);

思路是这样的：服务端返回荣誉图片后，由于是3列显示的方式，只需要计算需要显示几行，然后给定行间距和图片的高度，再设置setLayoutParams就行了。

int lines = (int) Math.ceil(totalImages / 3d);

至此，这个奇怪的需求得到了解决。

可是在滑动的时候，感觉出现卡顿的现象。聪明的你肯定想到是滑动冲突了。应该是ScrollView的滑动干扰到了ListView的滑动。怎么办呢？能不能禁掉ScrollView的滑动？

网络一下，你肯定能搜索到答案的。先上代码：

/**
* @author Leo
*
* Created in 2015-9-12
* 拦截ScrollView滑动事件
*/
public class CustomScrollView extends ScrollView {

private int downY;
private int touchSlop;

public CustomScrollView(Context context) {
this(context, null);
}

public CustomScrollView(Context context, AttributeSet attrs) {
this(context, attrs, 0);
}

public CustomScrollView(Context context, AttributeSet attrs, int defStyleAttr) {
super(context, attrs, defStyleAttr);
touchSlop = ViewConfiguration.get(context).getScaledTouchSlop();
}

@Override
public boolean onInterceptTouchEvent(MotionEvent e) {
int action = e.getAction();
switch (action) {
case MotionEvent.ACTION_DOWN:
downY = (int) e.getRawY();
break;
case MotionEvent.ACTION_MOVE:
int moveY = (int) e.getRawY();
if (Math.abs(moveY - downY) > touchSlop) {
return true;
}
}
return super.onInterceptTouchEvent(e);
}
}

只要理解了getScaledTouchSlop()这个方法就好办了。这个方法的注释是：Distance in pixels a touch can wander before we think the user is scrolling。说这是一个距离，表示滑动的时候，手的移动要大于这个距离才开始移动控件，如果小于此距离就不触发移动。

看似很完美了。

但是还有另外一个问题：我每次加载这个界面花的时间太长了，每次由其它界面启动这个界面时，都要卡上1~2秒，而且因手机性能时间不等。并不是由于网络请求，取数据由子线程做，跟UI线程毫无关系。这样的体验自己看了都很不爽。

几天过去了，还是那样。马上要给老板演示了。这样的体验要被骂十次呀。

难道跟ScrollView的嵌套有关？

好吧，那我重构代码。不用ScrollView了。直接用一个ListView，然后add一个headerView存放其它内容。因为控件封装得还算好，没改多少布局就OK了，一运行，流畅顺滑，一切迎刃而解！

本来就是这么简单的问题，为什么非得用ScrollView嵌套呢？

stackoverflow早就告诉你了，不要这样嵌套！不要这样嵌套！不要这样嵌套！重要的事情说三遍。

ListView inside ScrollView is not scrolling on Android

当然，从android 5.0 Lollipop开始提供了一种新的API支持嵌入滑动，此时，让像这样的需求也能很好实现。

此处给一个网址，大家有兴趣自行了解，此处不再讨论。

Android NestedScrolling 实战

7、EmojiconTextView的setText(null)

这是开源表情库com.rockerhieu.emojicon中的TextView加强版。相信很多人用到过这个开源工具包。TextView用setText(null)完全没问题。但EmojiconTextView setText(null)后就悲剧了，直接crash，显示的是null pointer。开始我怀疑时这个view没初始化，但并不是。那就调试一下呗。

@Override
public void setText(CharSequence text, BufferType type) {
SpannableStringBuilder builder = new SpannableStringBuilder(text);
EmojiconHandler.addEmojis(getContext(), builder, mEmojiconSize);
super.setText(builder, type);
}

EmojiconTextView中的setText看来没什么问题。点SpannableStringBuilder进去看看，源码原来是这样的：

/**
* Create a new SpannableStringBuilder containing a of the
* specified text, including its spans if any.
*/
public SpannableStringBuilder(CharSequence text) {
this(text, 0, text.length());
}

好吧。问题已经找到了，text.length()，不空指针才怪。

text = text == null ? "" : text;
SpannableStringBuilder builder = new SpannableStringBuilder(text);

加一行判断就行了。

先想到这么多，以后再补充。

Ⅷ Android 开发有哪些新技术出现

参考如下知乎的内容:

开发工具

Android Studio： Google 官方放弃 Eclipse 和 Android Studio 普及。AS 虽然不算新，但是对 Android Studio 这个软件的更新速度快的惊人，有大量的新功能发布。例如支持很多注解代码提示注解、Live code template、支持自动生成 Parcelable 实现等等，作为开发者，持续关注这个更新列表 Recent Changes ，一定会让你的写代码的生活更加美好。
编程“语言”

Kotlin： 作为 Android 领域的 Swift，绝对让你如沐新风。抛弃沉重的 Java 语法，Kotlin 融入了很多现代编程语言的思想，作为开发者，接受新的语言，了解新语言的发展趋势，更有利于开阔你的思路和加深对语言的理解。在 Android 开发上，使用 Kotlin 并不会让你付出什么代价，为什么不来试试？ 使用Kotlin进行Android开发。
React Native: 跨平台一直是程序员的梦想，而且移动应用的跨平台解决方案也很多，因为 Facebook 的参与和力推，让这个解决方案带上了光环。第一个用 React Native 开发的 App 已经在 Google Play 上架 Facebook 广告管理工具，听说 Android 的 SDK 也马上会到来，React Native。
Sky: 与 React Native 类似，使用 Web 开发语言来做移动平台的开发，虽然这个只是一个尝试，但是这是 Google 自身推出的，特别是在 Java 语言的使用上败诉之后，这可能会有一些作为呢，domokit/sky_sdk · GitHub
开发模式

Dagger 2：依赖注入并不是什么新技术，但是使用在 Android 确实一个新的尝试。Android App 越来越被当成严肃的大型项目来构建，很多在以前大型服务器开发上使用的技术都被应用到了移动开发。Android 开发分模块开发，使用 Dagger 来松耦合模块。特别值得一体的是，Dagger 2 现在由 Google 亲自接管。 Dagger ‡ A fast dependency injector for Android and Java.
MVP：因为 Android 并没有严格的业务和界面区分，项目一复杂，就很容易使代码陷入混乱。现在 Android 开发社区对 MVP 模式讨论越来越热，觉得 MVP 是非常适合 Android APP 开发。MVP for Android: how to organize the presentation layer

Ⅸ APP开发常用的技术方案有哪些

APP开发是一项高技术含量的工作，通常开发一款成功的APP都是一项庞大的工程，还需要掌握一套完善的技术及编程语言。

首先呢，APP开发一般从技术架构上都会包括后台的管理端，在PC端操作，也就是管理我们整体系统后台。包括用户、权限、订单，还有一些管理的功能。另外就是APP的前端包括iOS和Android，这是一个APP的整体系统架构。

APP开发商的系统一般通用的技术方案，都是前后台分离的。前端用iOS开发语言和Android的开发语言来进行开发，和后端应用层之间是通过接口的方式进行调用，后台负责后台管理端的开发。

技术架构上常用的技术方案无非现在比较流行的是PHP、JAVA，当然还有.NET技术。