补间动画又可以分为四种形式，分别是alpha（淡入淡出），translate（位移），scale（缩放大小），rotate（旋转）。
补间动画的实现，一般会采用xml文件的形式；代码会更容易书写和阅读，同时也更容易复用。Interpolator主要作用是可以控制动画的变化速率 ，就是动画进行的快慢节奏。pivot决定了当前动画执行的参考位置
属性动画，顾名思义它是对于对象属性的动画。因此，所有补间动画的内容，都可以通过属性动画实现。属性动画的运行机制是通过不断地对值进行操作来实现的，而初始值和结束值之间的动画过渡就是由ValueAnimator这个类来负责计算的。它的内部使用一种时间循环的机制来计算值与值之间的动画过渡，我们只需要将初始值和结束值提供给ValueAnimator，并且告诉它动画所需运行的时长，那么ValueAnimator就会自动帮我们完成从初始值平滑地过渡到结束值这样的效果。除此之外，ValueAnimator还负责管理动画的播放次数、播放模式、以及对动画设置监听器等。
Activity是Android程序与用户交互的窗口，是Android构造块中最基本的一种，它需要为保持各界面的状态，做很多持久化的事情，妥善管理生命周期以及一些跳转逻辑。
接受一种或者多种Intent作触发事件，接受相关消息，做一些简单处理，转换成一条Notification，统一了Android的事件广播模型。
是Android提供的第三方应用数据的访问方案，可以派生Content Provider类，对外提供数据，可以像数据库一样进行选择排序，屏蔽内部数据的存储细节，向外提供统一的接口模型，大大简化上层应用，对数据的整合提 供了更方便的途径。
后台服务于Activity，封装有一个完整的功能逻辑实现，接受上层指令，完成相关的事务，定义好需要接受的Intent提供同步和异步的接口。
FrameLayout(帧布局): 所有东西依次都放在左上角，会重叠 LinearLayout(线性布局): 按照水平和垂直进行数据展示 RelativeLayout(相对布局): 以某一个元素为参照物，来定位的布局方式
用X,Y坐标来指定元素的位置，元素多就不适用。（机顶盒上使用） `
PercentRelativeLayout（百分比相对布局） 可以通过百分比控制控件的大小。 PercentFrameLayout（百分比帧布局） 可以通过百分比控制控件的大小。
- 方案1、使用极光和友盟推送。
- 简介：基于
XML协议的通讯协议，前身是Jabber，目前已由IETF国际标准化组织完成了标准化工作。
- 优点：协议成熟、强大、可扩展性强、目前主要应用于许多聊天系统中，且已有开源的
Java版的开发实例androidpn。 缺点：协议较复杂、冗余（基于XML）、费流量、费电，部署硬件成本高。
- 方案3、使用
MQTT协议
- 简介：轻量级的、基于代理的“发布/订阅”模式的消息传输协议。
- 优点：协议简洁、小巧、可扩展性强、省流量、省电，目前已经应用到企业领域。
- 缺点：不够成熟、实现较复杂、服务端组件rsmb不开源，部署硬件成本较高。
- 方案4、使用
HTTP轮循方式
- 简介：定时向
HTTP服务端接口（Web Service API）获取最新消息。
- 优点：实现简单、可控性强，部署硬件成本低。
它是Android提供的用来存储一些简单配置信息的一种机制，采用了XML格式将数据存储到设备中。只能在同一个包内使用，不能在不同的包之间使用。
文件存储方式是一种较常用的方法，在Android中读取/写入文件的方法，与Java中实现I/O的程序是完全一样的，提供了openFileInput()和openFileOutput()方法来读取设备上的文件。
SQLite是Android所带的一个标准的数据库，它支持SQL语句，它是一个轻量级的嵌入式数据库。
主要用于应用程序之间进行数据交换，从而能够让其他的应用保存或读取此Content Provider的各种数据类型。
通过网络上提供给我们的存储空间来上传(存储)和下载(获取)我们存储在网络空间中的数据信息。
翻译过来就是“任务”，是一组相互有关联的activity集合，可以理解为Activity是在 task 里面活动的。task 存在于一个称为back stack 的数据结构中，也就是说，task是以栈的形式去管理
activity 的，所以也叫可以称为任务栈。
Activity类型的 context并没有所谓的任务栈，由于上面第 1 点的原因所以系统会报错。此解决办法就是为待启动Activity指定 FLAG_ACTIVITY_NEW_TASK标记位，这样启动的时候系统就会为它创建一个新的任务栈。这个时候待启动
假如activity A启动了 activity B，就会判断 A 所在的任务栈栈顶是否是 B 的实例。如果是，则不创建新的 activity B 实例而是直接引用这个栈顶实例，同时 onNewIntent
方法会被回调，通过该方法的参数可以取得当前请求的信息；如果不是，则创建新的 activity B实例。
在第一次启动这个 Activity时，系统便会创建一个新的任务，并且初始化Activity的实例，放在新任务的底部。不过需要满足一定条件的。那就是需要设置taskAffinity属性。前面也说过了，taskAffinity
属性是和singleTask模式搭配使用的。
这个是singleTask 模式的加强版，它除了具有singleTask模式的所有特性外，它还有一点独特的特性，那就是此模式的Activity 只能单独地位于一个任务栈，不与其他 Activity共存于同一个任务栈。
a.第一种是常驻型广播，也就是说当应用程序关闭后，如果有信息广播来，程序也会被系统调用自动运行。 b.第二种不是常驻广播，也就是说广播跟随程序的生命周期。
超出执行时间就会产生ANR。注意：ANR是系统抛出的异常，程序是捕捉不了这个异常的。
- 运行在主线程里的任何方法都尽可能少做事情。特别是，
Activity应该在它的关键生命周期方法
（如onCreate()和onResume()）里尽可能少的去做创建操作。可以采用重新开启子线程的方式，然后使用Handler+Message的方式做一些操作，比如更新主线程中的ui等。
- 应用程序应该避免在·BroadcastReceiver·里做耗时的操作或计算。但不再是在子线程里做这些任务
（因为 BroadcastReceiver的生命周期短），替代的是，如果响应Intent广播需要执行一个耗时的动作的话，应用程序应该启动一个 Service。
不改变宽高，重用View可以减少重新分配缓存造成的内存频繁分配/回收;
使用ViewHolder的原因是findViewById方法耗时较大，如果控件个数过多，会严重影响性能，而使用ViewHolder主要是为了可以省去这个时间。通过setTag，getTag直接获取View。
这是所有Layout都必须遵循的，布局层级过深会直接导致View的测量与绘制浪费大量的时间。
- 所有的应用程序都必须有数字证书，
Android系统不会安装一个没有数字证书的应用程序
-
Android程序包使用的数字证书可以是自签名的，不需要一个权威的数字证书机构签名认证
- 如果要正式发布一个
Android，必须使用一个合适的私钥生成的数字证书来给程序签名。
- 数字证书都是有有效期的，
Android只是在应用程序安装的时候才会检查证书的有效期。如果程序已经安装在系统中，即使证书过期也不会影响程序的正常功能。
root指的是你有权限可以再系统上对所有档案有 "读" "写"
"执行"的权力。root机器不是真正能让你的应用程序具有root权限。它原理就跟linux下的像sudo这样的命令。在系统的bin目录下放个su程序并属主是root并有suid权限。则通过su执行的命令都具有Android
root权限。当然使用临时用户权限想把su拷贝的/system/bin目录并改属性并不是一件容易的事情。这里用到2个工具跟2个命令。把busybox拷贝到你有权限访问的目录然后给他赋予4755权限，你就可以用它做很多事了。
显示视图，内置画布，提供图形绘制函数、触屏事件、按键事件函数等，必须在UI主线程内更新画面，速度较慢
基于view视图进行拓展的视图类，更适合2D游戏的开发，是view的子类，类似使用双缓机制，在新的线程中更新画面所以刷新界面速度比view快。
基于SurfaceView视图再次进行拓展的视图类，专用于3D游戏开发的视图，是surfaceView的子类，openGL专用
- 该
task只能被执行一次，否则多次调用时将会出现异常，取消任务可调用cancel。
I18n叫做国际化。Android对i18n和L10n提供了非常好的支持。软件在res/vales 以及 其他带有语言修饰符的文件夹。如： values-zh 这些文件夹中 提供语言，样式，尺寸xml 资源。
-
NDK是一系列工具集合，NDK提供了一系列的工具，帮助开发者迅速的开发C/C++的动态库，并能自动将so和Java应用打成apk包。
-
NDK集成了交叉编译器，并提供了相应的mk文件和隔离cpu、平台等的差异，开发人员只需要简单的修改mk文件就可以创建出so文件。
通过主界面进入，就是设置默认启动的activity。在manifest.xml文件的activity标签中，写以下代码
从另一个组件跳转到目标 activity ，需要通过 intent 进行跳转。具体
当程序运行时所需的内存大于程序允许的最高内存，这时会出现内存溢出；
在一些比较消耗资源的操作中，如果操作中内存一直未被释放，就会出现内存泄漏。比如未关闭io,cursor。
sim卡就是电话卡，sim卡内有自己的操作系统，用来与手机通讯的。Ef文件用来存储数据的。
gravity： 表示组件内元素的对齐方式 layout_gravity： 相对于父类容器，该视图组件的对齐方式
关闭应用程序时，结束所有的activity
可以创建一个List集合，每新创建一个activity，将该activity的实例放进list中，程序结束时，从集合中取出循环取出activity实例，调用finish()方法结束
Px： 像素 Sp与dp 是长度单位，但是与屏幕的单位密度无关.
广播接收者的生命周期非常短。当执行onRecieve方法之后，广播就会销毁 在广播接受者不能进行耗时较长的操作 在广播接收者不要创建子线程。广播接收者完成操作后，所在进程会变成空进程，很容易被系统回收
默认情况下activity的状态系统会自动保存，有些时候需要我们手动调用保存。
当通过返回退出activity时，activity状态并不会保存。
Activity被销毁后，重新启动时，在onCreate方法中，接受保存的bundle参数，并将之前的数据取出。
Context： 表示当前上下文对象，保存的是上下文中的参数和变量，它可以让更加方便访问到一些资源。 Context通常与activity的生命周期是一样的，application表示整个应用程序的对象。
对于一些生命周期较长的，不要使用context，可以使用application。
在activity中，尽量使用静态内部类，不要使用内部类。内部里作为外部类的成员存在，不是独立于activity，如果内存中还有内存继续引用到context，activity如果被销毁，context还不会结束。
默认情况service在main thread中执行，当service在主线程中运行，那在service中不要进行一些比较耗时的操作，比如说网络连接，文件拷贝等。
如果在清单文件中指定service的process属性，那么service就在另一个进程中运行。
如果存储在内存中，推荐使用parcelable，使用serialiable在序列化的时候会产生大量的临时变量，会引起频繁的GC
Intent是组件的通讯使者，可以在组件间传递消息和数据。 IntentFilter是intent的筛选器，可以对intent的action，data，catgory，uri这些属性进行筛选，确定符合的目标组件。
1.Service 不会专门启动一条单独的进程，Service与它所在应用位于同一个进程中； 2.Service 也不是专门一条新线程，因此不应该在 Service中直接处理耗时的任务；
会创建独立的 worker线程来处理所有的Intent请求； 会创建独立的worker线程来处理 onHandleIntent()方法实现的代码，无需处理多线程问题； 所有请求处理完成后，IntentService会自动停止，无需调用
从 MVC 的角度考虑(应用程序内) 其实回答这个问题的时候还可以这样问，android为什么要有那 4 大组件，现在的移动开发模型基本上也是照搬的 web那一套
MVC架构，只不过稍微做了修改。android的四大组件本质上就是为了实现移动或者说嵌入式设备上的 MVC架构，它们之间有时候是一种相互依存的关系，有时候又是一种补充关系，引入广播机制可以方便几大组件的信息和数据交互。
程序间互通消息(例如在自己的应用程序内监听系统来电)
效率上(参考UDP的广播协议在局域网的方便性)
设计模式上(反转控制的一种应用，类似监听者模式)
异步加载数据，分页加载数据。
分批加载数据，只关心静止状态：关心最后一个可见的条目，如果最后一个可见条目就是数据适配器（集合）里的最后一个，此时可加载更多的数据。在每次加载的时候，计算出滚动的数量，当滚动的数量大于等于总数量的时候，可以提示用户无更多数据了。
比如：从服务器拿回一个标识为id=1,那么当id=1的时候，我们就加载类型一的条目，当 id=2的时候，加载类型二的条目。常见布局在资讯类客户端中可以经常看到。
在 ScrollView 添加一个 ListView会导致listview 控件显示不全，通常只会显示一条，这是因为两个控件的滚动事件冲突导致。所以需要通过 listview 中的item
数量去计算listview的显示高度，从而使其完整展示。
现阶段最好的处理的方式是： 自定义 ListView，重载 onMeasure()方法，设置全部显示。
ContentProvider是用来管理持久化数据并发布给其他应用程序使用的组件。
图片错位问题的本质源于我们的 listview使用了缓存convertView， 假设一种场景， 一个 listview一屏显示九个 item，那么在拉出第十个item 的时候，事实上该item是重复使用了第一个
item，也就是说在第一个item 从网络中下载图片并最终要显示的时候，其实该 item已经不在当前显示区域内了，此时显示的后果将可能在第十个item上输出图像，这就导致了图片错位的问题。所以解决办法就是可见则显示，不可见则不显示。
replace的话首先将该容器中的其他Fragment去除掉然后将当前Fragment添加到容器中。
一个Fragment 容器中只能添加一个Fragment 种类，如果多次添加则会报异常，导致程序终止，而replace 则无所谓，随便切换。因为通过 add的方法添加的 Fragment，每个
Fragment只能添加一次，因此如果要想达到切换效果需要通过Fragment 的的hide 和 show方法结合者使用。将要显示的show 出来，将其他hide起来。这个过程
Fragment的生命周期没有变化。
onCreateView、onStart、onResume方法。基于以上不同的特点我们在使用的使用一定要结合着生命周期操作我们的视图和数据。
Fragment的事物管理器内部维持了一个双向链表结构，该结构可以记录我们每次 add 的Fragment 和 replace的Fragment，然后当我们点击 back 按钮的时候会自动帮我们实现退栈操作。
Fragment是android3.0以后引入的的概念，做局部内容更新更方便，原来为了到达这一点要把多个布局放到一个 activity里面，现在可以用多 Fragment 来代替，只有在需要的时候才加载Fragment，提高性能。
Fragment可以使你能够将 activity分离成多个可重用的组件，每个都有它自己的生命周期和UI。 Fragment可以轻松得创建动态灵活的UI 设计，可以适应于不同的屏幕尺寸。从手机到平板电脑。
Fragment是一个独立的模块,紧紧地与 activity 绑定在一起。可以运行中动态地移除、加入、交换等。 Fragment提供一个新的方式让你在不同的安卓设备上统一你的 UI。 Fragment解决 Activity间的切换不流畅，轻量切换。
翻看了Android官方Doc，和一些组件的源代码，发现 replace()这个方法只是在上一个 Fragment不再需要时采用的简便方法.
这样就能做到多个 Fragment 切换不重新实例化：
如果不考虑使用其他第三方性能分析工具的话，我们可以直接使用ddms 中的工具，其实 ddms 工具已经非常的强大了。ddms中有 traceview、heap、allocation tracker等工具都可以帮助我们分析应用的方法执行时间效率和内存使用情况。
Traceview是 Android平台特有的数据采集和分析工具，它主要用于分析 Android中应用程序的 hotspot（瓶颈）。Traceview本身只是一个数据分析工具，而数据的采集则需要使用 AndroidSDK
heap工具可以帮助我们检查代码中是否存在会造成内存泄漏的地方。
Crashlytics是专门为移动应用开发者提供的保存和分析应用崩溃的工具。国内主要使用的是友盟做数据统计。 Crashlytics 的好处： 1.Crashlytics不会漏掉任何应用崩溃信息。 2.Crashlytics
可以像Bug管理工具那样，管理这些崩溃日志。 3.Crashlytics 可以每天和每周将崩溃信息汇总发到你的邮箱，所有信息一目了然。
把这个文件放在/res/raw目录下即可。res\raw目录中的文件不会被压缩，这样可以直接提取该目录中的文件，会生成资源id。
Service 不会专门启动一条单独的进程，Service 与它所在应用位于同一个进程中； Service 也不是专门一条新线程，因此不应该在Service 中直接处理耗时的任务；
会创建独立的 worker线程来处理所有的Intent请求； 会创建独立的 worker 线程来处理onHandleIntent()方法实现的代码，无需处理多线程问题； 所有请求处理完成后，IntentService会自动停止，无需调用
提供默认实现，将请求Intent添加到队列中；
NDK是一系列工具的集合.NDK提供了一系列的工具,帮助开发者快速开发C或C++的动态库,并能自动将so和java应用一起打包成apk.这些工具对开发者的帮助是巨大的.NDK集成了交叉编译器,并提供了相应的mk文件隔离CPU,平台,ABI等差异,开发人员只需要简单修改
mk文件(指出"哪些文件需要编译","编译特性要求"等),就可以创建出so.
NDK可以自动地将so和Java应用一起打包,极大地减轻了开发人员的打包工作.NDK提供了一份稳定,功能有限的API头文件声明.
Google明确声明该API是稳定的,在后续所有版本中都稳定支持当前发布的API.从该版本的NDK中看出,这些 API支持的功能非常有限,包含有:C标准库(libc),标准数学库(libm
AsyncTask 运用的场景就是我们需要进行一些耗时的操作，耗时操作完成后更新主线程，或者在操作过程中对主线程的UI进行更新。
AsyncTask中维护着一个长度为128的线程池，同时可以执行5个工作线程，还有一个缓冲队列，当线程池中已有128个线程，缓冲队列已满时，如果 此时向线程提交任务，将会抛出RejectedExecutionException。
由一个控制线程来处理AsyncTask的调用判断线程池是否满了，如果满了则线程睡眠否则请求AsyncTask继续处理。
apk 程序是运行在虚拟机上的,对应的是Android 独特的权限机制，只有体现到文件系统上时才
使用 linux 的权限设置。
linux文件系统上的权限 -rwxr-x--x system system -30 16:13 test.apk 代表的是相应的用户/用户组及其他人对此文件的访问权限，与此文件运行起来具有的权限完全不相关。比如上面的例子只能说明 system
用户拥有对此文件的读写执行权限；system 组的用户对此文件拥有读、执行权限；其他人对此文件只具有执行权限。而 test.apk运行起来后可以干哪些事情，跟这个就不相关了。千万不要看apk 文件系统上属于system/system
所有的框架都是基于反射 和 配置文件（manifest）的。
Surfaceview是直接操作硬件的，因为 或者视频播放对帧数有要求，onDraw 效率太低，不够使，Surfaceview 直接把数据写到显存。
68.什么是 AIDL？如何使用？
使用aidl可以帮助我们发布以及调用远程服务，实现跨进程通信。
aidl中定义的接口，因此我们可以将IBinder 对象强制转换为aidl中的接口类。我们通过IBinder 获取到的对象（也就是 aidl文件生成的接口）其实是系统产生的代理对象，该代理对象既可以跟我们的进程通信， 又可以跟远程进程通信，
作为一个中间的角色实现了进程间通信。
AIDL全称 Android Interface Definition Language（AndRoid 接口描述语言） 是一种接口描述语言; 编译器可以通过 aidl文件生成一段代码，通过预先定义的接口达到两个进程内部通信进程跨界对象访问的目的。需要完成两件事情：
Activity有不同的启动模式, 可以影响到task的分配
在sqlite插入数据的时候默认一条语句就是一个事务，有多少条数据就有多少次磁盘操作 比如5000条记录也就是要5000次读写磁盘操作。
添加事务处理，把多条记录的插入或者删除作为一个事务
3.Touch事件会被封装成MotionEvent对象，该对象封装了手势按下、移动、松开等动作 4.Touch事件通常从Activity#dispatchTouchEvent发出，只要没有被消费，会一直往下传递，到最底层的View。
7.Down事件到来时，如果一个View没有消费该事件，那么后续的MOVE/UP事件都不会再给它
一个线程可以产生一个Looper对象，由它来管理此线程里的MessageQueue(消息队列)。
75.自定义view的基本流程
1.自定义View的属性 编写attr.xml文件 2.在layout布局文件中引用，同时引用命名空间 3.在View的构造方法中获得我们自定义的属性 ，在自定义控件中进行读取（构造方法拿到attr.xml文件值）
在子线程中通过 runOnUiThread()方法更新UI： 如果在非上下文类中（Activity），可以通过传递上下文实现调用；
主要用于播放一帧帧准备好的图片，类似GIF图片，优点是使用简单方便、缺点是需要事先准备好每一帧图片；
仅需定义开始与结束的关键帧，而变化的中间帧由系统补上，优点是不用准备每一帧，缺点是只改变了对象绘制，而没有改变View本身属性。因此如果改变了按钮的位置，还是需要点击原来按钮所在位置才有效。
是3.0后推出的动画，优点是使用简单、降低实现的复杂度、直接更改对象的属性、几乎可适用于任何对象而仅非View类，主要包括ValueAnimator和ObjectAnimator
一 是通过定义 Activity的主题 通过设置主题样式在styles.xml中编辑如下代码：
对称加密，就是加密和解密数据都是使用同一个key，这方面的算法有DES。 非对称加密，加密和解密是使用不同的key。发送数据之前要先和服务端约定生成公钥和私钥，使用公钥加密的数据可以用私钥解密，反之。这方面的算法有RSA。ssh
和ssl都是典型的非对称加密。
方法中通过返回true将事件消费掉，onTouchEvent将不会再执行。
另外需要注意的是，onTouch能够得到执行需要两个前提条件 第一 mOnTouchListener 的值不能为空， 第二当前点击的控件必须是 enable的。 因此如果你有一个控件是非 enable的，那么给它注册onTouch
事件将永远得不到执行。对于这一类控件，如果我们想要监听它的 touch事件，就必须通过在该控件中重写 onTouchEvent方法来实现。
补间动画只是显示的位置变动，View 的实际位置未改变，表现为 View 移动到其他地方，点击事件仍在原处才能响应。而属性动画控件移动后事件相应就在控件移动后本身进行处理
异常附近多打印 log 信息； 分析log日志，实在不行的话进行断点调试； 调试不出结果，上 Stack Overflow贴上异常信息，请教大牛 再多看看代码，或者从源代码中查找相关信息 实在不行就 GG了，找师傅来解决！
页式，段式，段页，用到了MMU,虚拟空间等技术
- JPush（推送平台）
- 有米（优米）（广告平台）
- bmob（服务器平台、短信验证、邮箱验证、第三方支付）
- 阿里云 OSS（云存储）
- ShareSDK（分享平台、第三方登录）
- zxing （二维码扫描）
- Viatimo（多媒体播放框架）
Bitmap 是 android 中经常使用的一个类，它代表了一个图片资源。 Bitmap 消耗内存很严重，如果不注意优化代码，经常会出现 OOM问题，优化方式通常有这么几种： 1.使用缓存； 2.压缩图片； 3.及时回收；
至于什么时候需要手动调用 recycle，这就看具体场景了，原则是当我们不再使用 Bitmap 时，需要回收之。另外，我们需要注意，2.3 之前 Bitmap 对象与像素数据是分开存放的，Bitmap 对象存在java
Heap中而像素数据存放在 Native Memory中， 这时很有必要调用recycle 回收内存。 但是 2.3之后，Bitmap 对象和像素数据都是存在Heap 中，GC 可以回收其内存。
AsyncTask内部也是 Handler 机制来完成的，只不过 Android提供了执行框架来提供线程池来执行相应地任务，因为线程池的大小问题，所以 AsyncTask 只应该用来执行耗时时间较短的任务，比如HTTP 请求，大规模的下载和数据库的更改不适用于
AsyncTask，因为会导致线程池堵塞，没有线程来执行其他的任务，导致的情形是会发生AsyncTask 根本执行不了的问题
Intent在传递数据时是有大小限制的，这里官方并未详细说明，不过通过实验的方法可以测出数据应该被限制在1MB之内（1024KB），笔者采用的是传递Bitmap的方法，发现当图片大小超过1024（准确地说是1020左右）的时候，程序就会出现闪退、停止运行等异常(不同的手机反应不同)，因此可以判断Intent的传输容量在1MB之内。
较为常用的就是单例设计模式，工厂设计模式以及观察者设计模式,
一般需要保证对象在内存中的唯一性时就是用单例模式,例如对数据库操作的 SqliteOpenHelper的对象。
工厂模式主要是为创建对象提供过渡接口，以便将创建对象的具体过程屏蔽隔离起来，达到提高灵活性的目的。
观察者模式定义对象间的一种一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都得到通知并被自动更新
从服务器端获取图片 通过短信服务，将验证码发送给客户端
开始定位，Application持有一个全局的公共位置对象，然后隔一定时间自动刷新位置，每次刷新成功都把新的位置信息赋值到全局的位置对象， 然后每个需要使用位置请求的地方都使用全局的位置信息进行请求。
请求的时候无需再反复定位，每次请求都使用全局的位置对象，节省时间。
耗电，每隔一定时间自动刷新位置，对电量的消耗比较大。
按需定位，每次请求前都进行定位。这样做的好处是比较省电，而且节省资源，但是请求时间会变得相对较长。
前置条件是所有用户相关接口都走https，非用户相关列表类数据走http。
换取短token，短 token 服务端可以根据你的接口最后一次请求作为标示，超时时间为一天。 所有接口都用短效token 如果返回短效 token失效，执行第3步，再直接当前接口 如果长效
token失效（用户换设备或超过一月），提示用户登录。
LruCache 使用一个LinkedHashMap简单的实现内存的缓存，没有软引用，都是强引用。
如果添加的数据大于设置的最大值，就删除最先缓存的数据来调整内存。maxSize是通过构造方法初始化的值，他表示这个缓存能缓存的最大值是多少。
size 在添加和移除缓存都被更新值， 他通过 safeSizeOf 这个方法更新值。safeSizeOf 默认返回 1，但一般我们会根据maxSize重写这个方法，比如认为maxSize代表是KB
的话，那么就以KB 为单位返回该项所占的内存大小。
除异常外，首先会判断 size是否超过maxSize，如果超过了就取出最先插入的缓存，如果不为空就删掉，并把 size 减去该项所占的大小。这个操作将一直循环下去，直到 size 比 maxSize 小或者缓存为空。
安装和下载 Cygwin，下载Android NDK。 ndk 项目中 JNI接口的设计。 使用 C/C++实现本地方法。 JNI 生成动态链接库.so文件。 将动态链接库复制到
java 工程，在java 工程中调用，运行java 工程即可。
中文70(包括标点)，英文160，160个字节。
使用asmark开源框架实现的即时通讯功能.该框架基于开源的XMPP即时通信协议，采用 C／S体系结构，通过GPRS无线网络用TCP 协议连接到服务器，以架设开源的Openfn'e服务器作为即时通讯平台。
客户端基于 Android 平台进行开发。负责初始化通信过程，进行即时通信时，由客户端负责向服务器发起创建连接请求。系统通过GPRS无线网络与 Internet 网络建立连接，通过服务器实现与Android客户端的即时通信脚。
服务器端则采用 Openfire 作为服务器。 允许多个客户端同时登录并且并发的连接到一个服务器上。服务器对每个客户端的连接进行认证，对认证通过的客户端创建会话，客户端与服务器端之间的通信就在该会话的上下文中进行。
- 尽量不要使用过多的静态类
static
- 数据库使用完成后要记得关闭
cursor
首先来说使用http协议上传数据，特别在android下，跟form没什么关系。
传统的在web中，在form中写文件上传，其实浏览器所做的就是将我们的数据进行解析组拼成字符串，以流的方式发送到服务器，且上传文件用的都是POST方式，POST方式对大小没什么限制。
回到题目，可以说假设每次真的只能上传2M，那么可能我们只能把文件截断，然后分别上传了，断点上传。
