在android程序开发中，当一个对象已经不需要再使用了，本该被回收时，而另外一个正在使用的对象持有它的引用从而导致它不能被回收，这就导致本该被回收的对象不能被回收而停留在堆内存中，内存泄漏就产生了。比如资源内关闭、handler、线程都可能出现。比如handler或者线程在activity退出时候还在不断处理消息，而线程或者handler又持有activity的引用，所以导致activity无法被回收
activity启动方式有四种，分别是：
standard
singletop
singletask
singleinstance
可以根据实际的需求为activity设置对应的启动模式，从而可以避免创建大量重复的activity等问题。
设置activity的启动模式，只需要在androidmanifest.xml里对应的<activity>标签设置android:launchmode属性，例如：
我要评论<activity
android:name=".a1"
android:launchmode="standard" />
standard
默认模式，可以不用写配置。在这个模式下，都会默认创建一个新的实例。因此，在这种模式下，可以有多个相同的实例，也允许多个相同activity叠加。
例如：
若我有一个activity名为a1, 上面有一个按钮可跳转到a1。那么如果我点击按钮，便会新启一个activity a1叠在刚才的a1之上，再点击，又会再新启一个在它之上……
点back键会依照栈顺序依次退出。
singletop
可以有多个实例，但是不允许多个相同activity叠加。即，如果activity在栈顶的时候，启动相同的activity，不会创建新的实例，而会调用其onnewintent方法。
例如：
若我有两个activity名为b1,b2,两个activity内容功能完全相同，都有两个按钮可以跳到b1或者b2，唯一不同的是b1为standard，b2为singletop。
若我意图打开的顺序为b1->b2->b2，则实际打开的顺序为b1->b2（后一次意图打开b2，实际只调用了前一个的onnewintent方法）
若我意图打开的顺序为b1->b2->b1->b2，则实际打开的顺序与意图的一致，为b1->b2->b1->b2。
singletask
只有一个实例。在同一个应用程序中启动他的时候，若activity不存在，则会在当前task创建一个新的实例，若存在，则会把task中在其之上的其它activity destory掉并调用它的onnewintent方法。
如果是在别的应用程序中启动它，则会新建一个task，并在该task中启动这个activity，singletask允许别的activity与其在一个task中共存，也就是说，如果我在这个singletask的实例中再打开新的activity，这个新的activity还是会在singletask的实例的task中。
例如：
若我的应用程序中有三个activity,c1,c2,c3，三个activity可互相启动，其中c2为singletask模式，那么，无论我在这个程序中如何点击启动，如：c1->c2->c3->c2->c3->c1-c2，c1,c3可能存在多个实例，但是c2只会存在一个，并且这三个activity都在同一个task里面。
但是c1->c2->c3->c2->c3->c1-c2，这样的操作过程实际应该是如下这样的，因为singletask会把task中在其之上的其它activity destory掉。
操作：c1->c2 c1->c2->c3 c1->c2->c3->c2 c1->c2->c3->c2->c3->c1 c1->c2->c3->c2->c3->c1-c2
实际：c1->c2 c1->c2->c3 c1->c2 c1->c2->c3->c1 c1->c2
若是别的应用程序打开c2，则会新启一个task。
如别的应用other中有一个activity，taskid为200，从它打开c2，则c2的taskidi不会为200，例如c2的taskid为201，那么再从c2打开c1、c3，则c2、c3的taskid仍为201。
注意：如果此时你点击home，然后再打开other，发现这时显示的肯定会是other应用中的内容，而不会是我们应用中的c1 c2 c3中的其中一个。
singleinstance
只有一个实例，并且这个实例独立运行在一个task中，这个task只有这个实例，不允许有别的activity存在。
例如：
程序有三个activityd1,d2,d3，三个activity可互相启动，其中d2为singleinstance模式。那么程序从d1开始运行，假设d1的taskid为200，那么从d1启动d2时，d2会新启动一个task，即d2与d1不在一个task中运行。假设d2的taskid为201，再从d2启动d3时，d3的taskid为200，也就是说它被压到了d1启动的任务栈中。
若是在别的应用程序打开d2，假设other的taskid为200，打开d2，d2会新建一个task运行，假设它的taskid为201，那么如果这时再从d2启动d1或者d3，则又会再创建一个task，因此，若操作步骤为other->d2->d1，这过程就涉及到了3个task了。
http://www.cnblogs.com/jczmdeveloper/p/4403129.html
handler我理解为电话，子线程要通知主线程修改ui，或是线程之间传递信息可以通过handler来传递
throwable
throwable类是所有异常或错误的超类，它有两个子类：error和exception，分别表示错误和异常。其中异常exception分为运行时异常(runtimeexception)和非运行时异常，也称之为不检查异常(unchecked exception)和检查异常(checked exception)。
error
一般是指java虚拟机相关的问题，如系统崩溃、虚拟机出错误、动态链接失败等，这种错误无法恢复或不可能捕获，将导致应用程序中断，通常应用程序无法处理这些错误，因此应用程序不应该捕获error对象，也无须在其throws子句中声明该方法抛出任何error或其子类。
可查异常和不可查异常
通常，java的异常(包括exception和error)分为可查的异常（checked exceptions）和不可查的异常（unchecked exceptions）。
可查异常（编译器要求必须处置的异常）：正确的程序在运行中，很容易出现的、情理可容的异常状况。可查异常虽然是异常状况，但在一定程度上它的发生是可以预计的，而且一旦发生这种异常状况，就必须采取某种方式进行处理。
除了runtimeexception及其子类以外，其他的exception类及其子类都属于可查异常。这种异常的特点是java编译器会检查它，也就是说，当程序中可能出现这类异常，要么用try-catch语句捕获它，要么用throws子句声明抛出它，否则编译不会通过。
不可查异常(编译器不要求强制处置的异常):包括运行时异常（runtimeexception与其子类）和错误（error）。
如果使用throw在方法体中抛出可查异常，则需要在方法头部声明方法可能抛出的异常类型。程序会在throw语句后立即终止，它后面的语句执行不到，然后在包含它的所有try块中（可能在上层调用函数中）从里向外寻找含有与其匹配的catch子句的try块。
运行时异常和非运行时异常
(1)运行时异常都是runtimeexception类及其子类异常，如nullpointerexception、indexoutofboundsexception等，这些异常是不检查异常，程序中可以选择捕获处理，也可以不处理。这些异常一般是由程序逻辑错误引起的，程序应该从逻辑角度尽可能避免这类异常的发生。
当出现runtimeexception的时候，我们可以不处理。当出现这样的异常时，总是由虚拟机接管。比如：我们从来没有人去处理过nullpointerexception异常，它就是运行时异常，并且这种异常还是最常见的异常之一。
出现运行时异常后，如果没有捕获处理这个异常（即没有catch），系统会把异常一直往上层抛，一直到最上层，如果是多线程就由thread.run()抛出，如果是单线程就被main()抛出。抛出之后，如果是线程，这个线程也就退出了。如果是主程序抛出的异常，那么这整个程序也就退出了。运行时异常是exception的子类，也有一般异常的特点，是可以被catch块处理的。只不过往往我们不对他处理罢了。也就是说，你如果不对运行时异常进行处理，那么出现运行时异常之后，要么是线程中止，要么是主程序终止。
如果不想终止，则必须捕获所有的运行时异常，决不让这个处理线程退出。队列里面出现异常数据了，正常的处理应该是把异常数据舍弃，然后记录日志。不应该由于异常数据而影响下面对正常数据的处理。
(2)非运行时异常是runtimeexception以外的异常，类型上都属于exception类及其子类。如ioexception、sqlexception等以及用户自定义的exception异常。对于这种异常，java编译器强制要求我们必需对出现的这些异常进行catch并处理，否则程序就不能编译通过。所以，面对这种异常不管我们是否愿意，只能自己去写一大堆catch块去处理可能的异常。
1、activity可见并获得焦点
当activity启动的时候，首先调用oncreate()、onstart()，onresume()方法，此时activity对用户来说，是可见的状态
2、activity可见但没获得焦点
当activity从可见状态变为被dialog遮挡的状态的时候，会调用onpause()方法，此时的activity对用户可见，但是不能获得焦点
3、activity不可见
当activity从可见状态变为被其他的activity完全覆盖或者是点击home进入后台的时候，会依次调用onpause()//onstop()方法，如果在这个期间，系统内存不足，导致activity被回收的话，还会调用ondestory()方法
4、activity可见、没获得焦点状态 –> activity可见、获得焦点状态
当activity从被dialog遮挡的状态恢复的时候，会调用onresume()方法，从而恢复可以点击的状态
5、activity不可见、没获得焦点状态 –> activity可见、获得焦点状态
当activity从被其他activity遮挡或者是进入后台状态后恢复，若没有被系统回收，会依次调用onrestart()、onstart()、onresume()方法，恢复到可以与用户进行交互的状态
6、activity不可见状态–> activity被回收 –> activity可见、获得焦点状态
当activity从被其他activity遮挡或者进入后台，而且被系统回收的时候，此时恢复activity，相当于重新打开一个activity，既调用oncreate()、onstart()//onresume()方法，从而恢复到可与用户进行交互的状态（期间可调用onrestoreinstancestate()，进行界面恢复）。
7、activity可见、获得焦点状态 –> activity可见、没获得焦点状态 或 不可见状态
在onpause()方法执行后，系统会停止一些消耗cpu 的操作，因为这个时候程序的优先级降低，很有可能被系统收回，所以我们应该在这个方法里做数据持久化处理。保存的数据可在onresume() 里读出来，帮用户恢复到之前的状态。
8、activity结束
在ondestroy()执行后，activity生命周期就结束了，可用 isfinishing()方法来判断。如果此时有 progress dialog显示，我们应该在ondestroy()里cancel 掉，否则线程结束的时候，调用dialog 的cancel 方法会抛异常。
广播接收者（broadcastreceiver）用于接收广播intent，广播intent的发送是通过调用context.sendbroadcast()、context.sendorderedbroadcast()来实现的。通常一个广播intent可以被订阅了此intent的多个广播接收者所接收，这个特性跟jms中的topic消息接收者类似。要实现一个广播接收者方法如下：
第一步：继承broadcastreceiver，并重写onreceive()方法。
public class incomingsmsreceiver extends broadcastreceiver {
@override public void onreceive(context context, intent intent) {
}
}
第二步：订阅指定的广播intent，订阅方法有两种：
第一种：使用代码进行订阅
intentfilter filter = new intentfilter("android.provider.telephony.sms_received");
incomingsmsreceiver receiver = new incomingsmsreceiver();
registerreceiver(receiver, filter);
第二种：在androidmanifest.xml文件中的节点里进行订阅:
<receiver android:name=".incomingsmsreceiver">
<intent-filter>
</action></intent-filter>
</receiver>
广播类型
广播分为两种不同的类型：“普通广播（normal broadcasts）”和“有序广播（ordered broadcasts）”。普通广播是完全异步的，可以在同一时刻（逻辑上）被所有接收者接收到，消息传递的效率比较高，但缺点是：接收者不能将处理结果传递给下一个接收者，并且无法终止广播intent的传播；然而有序广播是按照接收者声明的优先级别，被接收者依次接收广播。如：a的级别高于b,b的级别高于c,那么，广播先传给a，再传给b，最后传给c 。优先级别声明在intent-filter元素的android:priority属性中，数越大优先级别越高,取值范围:-1000到1000，优先级别也可以调用intentfilter对象的setpriority()进行设置 。有序广播的接收者可以终止广播intent的传播，广播intent的传播一旦终止，后面的接收者就无法接收到广播。另外，有序广播的接收者可以将数据传递给下一个接收者，如：a得到广播后，可以往它的结果对象中存入数据，当广播传给b时,b可以从a的结果对象集合中得到a存入的数据。
context.sendbroadcast() 发送的是普通广播，所有订阅者都有机会获得并进行处理。
context.sendorderedbroadcast() 发送的是有序广播，系统会根据接收者声明的优先级别按顺序逐个执行接收者，前面的接收者有权终止广播
broadcastreceiver.abortbroadcast()，如果广播被前面的接收者终止，后面的接收者就再也无法获取到广播。对于有序广播，前面的接收者可以将数据通过setresultextras(bundle)方法存放进结果对象，然后传给下一个接收者，下一个接收者通过代码：bundle bundle = getresultextras(true))可以获取上一个接收者存入在结果对象中的数据。
系统收到短信，发出的广播属于有序广播。如果想阻止用户收到短信，可以通过设置优先级，让你们自定义的接收者先获取到广播，然后终止广播，这样用户就接收不到短信了。
广播接收者的响应
在android中，每次广播消息到来时都会创建broadcastreceiver实例并执行onreceive() 方法，onreceive() 方法执行完后，broadcastreceiver 的实例就会被销毁。当onreceive() 方法在10秒内没有执行完毕，android会认为该程序无响应。所以在broadcastreceiver里不能做一些比较耗时的操作，否侧会弹出anr（application no response）的对话框。如果需要完成一项比较耗时的工作，应该通过发送intent给service，由service来完成。这里不能使用子线程来解决，因为broadcastreceiver的生命周期很短，子线程可能还没有结束broadcastreceiver就先结束了。broadcastreceiver一旦结束，此时broadcastreceiver的所在进程很容易在系统需要内存时被优先杀死，因为它属于空进程（没有任何活动组件的进程）。如果它的宿主进程被杀死，那么正在工作的子线程也会被杀死。所以采用子线程来解决是不可靠的。
public class incomingsmsreceiver extends broadcastreceiver {
@override
public void onreceive(context context, intent intent) {
//发送intent启动服务，由服务来完成比较耗时的操作
intent service = new intent(context, xxxservice.class);
context.startservice(service);
}
}
常用广播intent
除了短信到来广播intent，android还有很多广播intent，如：开机启动、电池电量变化、时间已经改变等广播intent。
接收开机启动广播intent，在androidmanifest.xml文件中的节点里订阅此intent:
<receiver android:name=".incomingsmsreceiver">
<intent-filter>
</action></intent-filter>
</receiver>
并且要进行权限声明：
<uses-permission android:name="android.permission.receive_boot_completed"></uses-permission>
接收电池电量变化广播intent ，在androidmanifest.xml文件中的节点里订阅此intent:
<receiver android:name=".incomingsmsreceiver">
<intent-filter>
</action></intent-filter>
</receiver>
广播接收者的生命周期及使用注意事项
1、广播接收者的生命周期是非常短暂的，在接收到广播的时候创建，onreceive()方法结束之后销毁
2、广播接收者中不要做一些耗时的工作，否则会弹出application no response错误对话框，耗时的较长的工作最好放在服务中完成
3、最好也不要在广播接收者中创建子线程做耗时的工作，因为广播接收者被销毁后进程就成为了空进程，很容易被系统杀掉
android中实现view的刷新有两个方法，一个是invalidate()，另一个是postinvalidate()，其中前者是在ui线程自身中使用，而后者在非ui线程中使用。也可以使用handler的sendmessage方法
出现屏幕闪烁是图形编程的一个常见问题。当进行复杂的绘制操作时会导致呈现的图像闪烁或具有其他不可接受的外观。双缓冲的使用解决这些问题。双缓冲使用内存缓冲区来解决由多重绘制操作造成的闪烁问题。当使用双缓冲时，首先在内存缓冲区里完成所有绘制操作，而不是在屏幕上直接进行绘图。当所有绘制操作完成后，把内存缓冲区完成的图像直接复制到屏幕。因为在屏幕上只执行一个图形操作，所以消除了由复杂绘制操作造成的图像闪烁问题。
在android中实现双缓冲,可以使用一个后台画布backcanvas,先把所有绘制操作都在这上面进行。等图画好了，然后在把backcanvas拷贝到
与屏幕关联的canvas上去。
ndk 是一些列工具的集合，ndk 提供了一系列的工具，帮助开发者迅速的开发 c/c++的动态库，并能自动将so 和java 应用打成apk 包。
ndk 集成了交叉编译器，并提供了相应的mk 文件和隔离 cpu、平台等的差异，开发人员只需简单的修改mk 文件就可以创建出 so。
ndk可以为我们生成了c/c++的动态链接库，jni是java和c/c++沟通的接口，两者与android没有半毛钱关系，只因为安卓是java程序语言开发，然后通过jni又能与c/c++沟通，所以我们可以使用ndk+jni来实现“java+c”的开发方式。
可以将xxx.db文件复制到eclipse android工程中的res raw目录中。所有在res raw目录中的文件不会被压缩，这样可以直接提取该目录中的文件。可以将xxx.db文件复制到res raw目录中。
可以用jni（java native interface java 本地接口）接口
anr->application not responding
也就是在规定的时间内，没有响应。
三种类型：
1）. keydispatchtimeout(5 seconds) --主要类型按键或触摸事件在特定时间内无响应
2）. broadcasttimeout(10 seconds) --broadcastreceiver在特定时间内无法处理完成
3）. servicetimeout(20 seconds) --小概率类型 service在特定的时间内无法处理完成
为什么会超时：事件没有机会处理& 事件处理超时
怎么避免anr
anr的关键
是处理超时，所以应该避免在ui线程，broadcastreceiver 还有service主线程中，处理复杂的逻辑和计算
而交给work thread操作。
1）避免在activity里面做耗时操作，oncreate & onresume
2）避免在onreceiver里面做过多操作
3）避免在intent receiver里启动一个activity，因为它会创建一个新的画面，并从当前用户正在运行的程序上抢夺焦点。
4）尽量使用handler来处理ui thread & workthread的交互。
屏幕适配的方式：xxxdpi，wrap_content,match_parent. 获取屏幕大小，做处理。
dp来适配屏幕，sp来确定字体大小
drawable-xxdpi, values-1280*1920等 这些就是资源的适配。
wrap_content,match_parent, 这些是view的自适应
weight，这是权重的适配。
怎么在activity中启动自己对应的service：
1、activity能进行绑定得益于serviece的接口。为了支持service的绑定，实现onbind方法。
2、service和activity的连接可以用serviceconnection来实现。需要实现一个新的serviceconnection，重现onserviceconnected和onservicedisconnected方法，一旦连接建立，就能得到service实例的引用。
3、执行绑定，调用bindservice方法，传入一个选择了要绑定的service的intent(显示或隐式)和一个你实现了的serviceconnection的实例
intent间传送数据一般有两种常用的方法: 1、extra 2、data。
extra可以用intent.putextra放入数据。新启动的activity可用intent.getextras取出bundle，然后用bundles.getlong,getint,getboolean,getstring等函数来取放进去的值。
data则是传输url。url可以是指我们熟悉的http，ftp等网络地址，也可以指content来指向contentprovider提供的资源。intent.setdata可以放入数据，intent.getdata可以取出数据。
一个activity通常是一个单独的屏幕，每一个activity都被实现为一个单独的类，这些类都是从activity基类中继承而来的。activity类会显示由视图控件组成的用户接口，并对视图控件的事件做出响应。
intent的调用是用来进行屏幕之间的切换。intent描述应用想要做什么。intent数据结构中两个最重要的部分是动作和动作对应的数据，一个动作对应一个动作数据。
service是运行在后台的代码，不能与用户交互，可以运行在自己的进程里，也可以运行在其他应用程序进程的上下文里。需要一个activity或者其他context对象来调用。
activity跳转activity，activity启动service，service打开activity都需要intent表明意图，以及传递参数，intent是这些组件间信号传递的承载着
broadcast receiver用于接收并处理广播通知(broadcast announcements)。多数的广播是系统发起的，如地域变换、电量不足、来电短信等。程序也可以播放一个广播。程序可以有任意数量的broadcast receivers来响应它觉得重要的通知。broadcast receiver可以通过多种方式通知用户: 启动activity、使用notificationmanager、开启背景灯、振动设备、播放声音等，最典型的是在状态栏显示一个图标，这样用户就可以点它打开看通知内容。通常我们的某个应用或系统本身在某些事件(电池电量不足、来电短信)来临时会广播一个intent出去，我们利用注册一个broadcast
receiver来监听这些intent并获取intent中的数据。
一个程序可以通过实现一个content provider的抽象接口将自己的数据完全暴露出去，而且content provider是以类似数据库中的表的方式将自己的数据暴露。content provider存储和检索数据，通过它可以让所有的应用程序访问到，这也是应用程序之间唯一共享数据的方法。
要想使应用程序的数据公开化，可通过2种方法：创建一个数据自己的content provider或者将你的数据添加到一个已经存在的content provider中，前提是有相同数据类型并且有写入content provider的权限，android提供了content resolverr，外界的程序可以通过content resolver接口访问content provider提供的数据
1、使用shared preferences存储数据，用来存储key-value，pairs格式的数据，它是一个轻量级的键值存储机制，只可以存储基本数据类型。
2、使用文件存储数据，通过fileinputstream和fileoutputstream对文件进行操作。在android中，文件是一个应用程序私有的，一个应用程序无法读写其他应用程序的文件。
3、使用sqlite数据库存储数据，android提供的一个标准数据库，支持sql语句。
4、使用content provider存储数据，是所有应用程序之间数据存储和检索的一个桥梁，它的作用就是使得各个应用程序之间实现数据共享。它是一个特殊的存储数据的类型，它提供了一套标准的接口用来获取数据，操作数据。系统也提供了音频、视频、图像和个人信息等几个常用的content provider。如果你想公开自己的私有数据，可以创建自己的content provider类，或者当你对这些数据拥有控制写入的权限时，将这些数据添加到content provider中实现共享。外部访问通过content resolver去访问并操作这些被暴露的数据。
5、使用网络存储数据
padding是控件的内容相对控件的边缘的边距，而margin是控件边缘相对于其他控件的边距
asynctask 运用的场景就是我们需要进行一些耗时的操作，耗时操作完成后更新主线程，或者在操作过程中对主线程的ui进行更新。
缺陷：asynctask中维护着一个长度为128的线程池，同时可以执行5个工作线程，还有一个缓冲队列，当线程池中已有128个线程，缓冲队列已满时，如果此时向线程提交任务，将会抛出rejectedexecutionexception。
解决：由一个控制线程来处理asynctask的调用判断线程池是否满了，如果满了则线程睡眠否则请求asynctask继续处理。
是因为启动程序（主界面也是一个app），发现了在这个程序中存在一个设置为<category android:name="android.intent.category.launcher" />的activity,
所以这个launcher会把icon提出来，放在主界面上。当用户点击icon的时候，发出一个intent：
intent intent = mactivity.getpackagemanager().getlaunchintentforpackage(packagename);
mactivity.startactivity(intent);
跳过去可以跳到任意允许的页面，如一个程序可以下载，那么真正下载的页面可能不是首页（也有可能是首页），这时还是构造一个intent，startactivity
这个intent中的action可能有多种view,download都有可能。系统会根据第三方程序向系统注册的功能，为你的intent选择可以打开的程序或者页面。所以唯一的一点
不同的是从icon的点击启动的intent的action是相对单一的，从程序中跳转或者启动可能样式更多一些。本质是相同的。
（1）视图动画，或者说补间动画。只是视觉上的一个效果，实际view属性没有变化，性能好，但是支持方式少。
（2）属性动画，通过变化属性来达到动画的效果，性能略差，支持点击等事件。android 3.0
（3）帧动画，通过drawable一帧帧画出来。
（4）gif动画，原理同上，canvas画出来。
重写onsaveinstancestate()方法，在此方法中保存需要保存的数据，该方法将会在activity被回收之前调用。通过重写onrestoreinstancestate()方法可以从中提取保存好的数据
<activity>中配置：android :theme=“@android:style/theme.dialog"
在android中不能直接打开res aw目录中的数据库文件，而需要在程序第一次启动时将该文件复制到手机内存或sd卡的某个目录中，然后再打开该数据库文件。
复制的基本方法是使用getresources().openrawresource方法获得res aw目录中资源的 inputstream对象，然后将该inputstream对象中的数据写入其他的目录中相应文件中。在android sdk中可以使用sqlitedatabase.openorcreatedatabase方法来打开任意目录中的sqlite数据库文件。
http://blog.csdn.net/doom20082004/article/details/53860153
service有两种使用方法：
1>以调用context.startservice()启动，而以调用context.stopservice()结束
2>以调用context.bindservice()方法建立，以调用context.unbindservice()关闭
service重要的生命周期方法
当用户调用startservice （）或bindservice（）时，service第一次被实例化的时候系统会调用,整个生命周期只调用1次这个方法，通常用于初始化设置。注意：多次调用startservice（）或bindservice（）方法不会多次触发oncreate（）方法
通过startservice()方法启动的服务
初始化结束后系统会调用该方法，用于处理传递给startservice()的intent对象。如音乐服务会打开intent 来探明将要播放哪首音乐，并开始播放。注意：多次调用startservice（）方法会多次触发onstart（）方法
void onstart(intent intent)
通过bindservice ()方法启动的服务
初始化结束后系统会调用该方法，用来绑定传递给bindservice 的intent 的对象。注意：多次调用bindservice（）时，如果该服务已启动则不会再触发此方法
ibinder onbind(intent intent)
为存储和获取数据提供统一的接口。可以在不同的应用程序之间共享数据。android已经为常见的一些数据提供了默认的contentprovider，比如联系人、短信、图片信息、通话记录等等；
contentprovider使用表的形式来组织数据，无论数据的来源是什么，contentprovider都会认为是一种表，然后把数据组织成表格；
提供的方法：增删改查获取回调；
每个contentprovider都有一个公共的uri，这个uri用于表示这个contentprovider所提供的数据。android所提供的contentprovider都存放在android.provider包当中。
(1) 在可读性方面，json和xml的数据可读性基本相同。json和xml的可读性可谓不相上下，一边是建议的语法，一边是规范的标签形式，很难分出胜负。
(2) 在可扩展性方面，xml天生有很好的扩展性，json当然也有，没有什么是xml能扩展，json不能的。
(3) 在编码难度方面，xml有丰富的编码工具，比如dom4j、jdom等，json也有json.org提供的工具，但是json的编码明显比xml容易许多，即使不借助工具也能写出json的代码，可是要写好xml就不太容易了。
(4) 在解码难度方面，xml的解析得考虑子节点父节点，让人头昏眼花，而json的解析难度几乎为0。这一点xml输的真是没话说。
(5) 在流行度方面，xml已经被业界广泛的使用，而json才刚刚开始，但是在ajax这个特定的领域，未来的发展一定是xml让位于json。到时ajax应该变成ajaj(asynchronous javascript and json)了。
(6) json和xml同样拥有丰富的解析手段。
(7) json相对于xml来讲，数据的体积小。
(8) json与javascript的交互更加方便。
(9) json对数据的描述性比xml较差。
(10) json的速度要远远快于xml。
使用sparsearray,sparsebooleanarray代替haspmap:haspmap是内存低效的，因为每一个map就需要一个entry，每个元素将多占8byte内存(多了next和hash两个成员变量)
使用intentservice代替service：service默认在ui线程中执行，而intentservice的onhandleintent()方法在后台执行。service如果没有手动stop会一直存在，而intentservice在执行完后会自动退出
尽量避免使用enum：因为枚举相对于静态常量来说需要2倍甚至更多的内存
使用混淆器移除不必要的代码
不要因为一两个特性使用大体积库
需要频繁修改的字符串使用stringbuilder和stringbuffer代替
对于常量请使用static final：减少类生成时，初始化方法调用时对常量的存储
对象在不用的时候最好设置为null
（1）静态集合类引起内存泄漏：主要是hashmap,vector等，如果这些静态集合类位set null会一直持有这些对象
（2）observer未移除监听：当我们是有监听器时，往往是addxxxlistener,却总是忘记在不需要的时候removexxxlistener这样就容易导致内存泄漏。广播未调用unregisterrecevier方法
（3）各种数据连接未关闭:contentprovider、io、socket、cursor等
（4）内部类：java中的内部类会持有宿主类的this
静态注册：在androidmanifest.xml中注册，android不能自动销毁广播接收器，即程序关闭时，还会继续接收广播，消耗资源大
动态注册：在代码中调用registerreceiver方法注册，需要手动调用unregisterreceiver方法注销，否则将会内存泄漏
（1）在startcommand方法中修改flags的值为start_sticky或start_readeliver_intent
（2）在ondestory方法中重启service
（3）创建一个广播，在onreceiver中启动service
- startservice：oncreate()-onstartcommand()-ondestory() - bindservice：oncreate()-onbind()-onunbind()-ondestory()
tcp：tcp是基于连接的协议，也就是说，在正式首发数据之前，必须和对方建立可靠的连接\
udp：udp是面向非连接的协议，它不予对方建立连接，而是直接把数据包发送过去\
差别：
stringbuilder：字符串变量，线程非安全的，适用于单线程操作字符串缓冲区下操作大量字符串，执行速度大于stringbuffer
stringbuffer：字符串变量，线程安全的，适用于多线程操作字符串缓冲区下操作大量字符串，执行速度慢于stringbuilfer
context字面意思为上下文，也可以叫做场景，是用户与操作系统交互的一个过程，比如打电话，场景包括显示的界面，以及隐藏在背后的数据
（1）有用过，一般指定view都需要进行这几个步骤，首先可以自定义一些自己的属性，在res/values/attrs.xml里面定义，然后在layout中使用，在view中通过context.obtainstyledattributes(attrs,r.styleable.自定义属性的名字)进行获取。
（2）然后在测量onmeasure,一般通过他的三个模式(exactly，at_mode,，unspecified)进行测量，调用setmeasureddimension进行传入设置的值。
接着如果是viewgroupt 的话我们还需要设置下子view的位置，一般是通过requestlayout去触发onlayout的方法的。
（3）最后在ondraw里面通过canvas的一些方法进行绘制。
（4）如果需要进行触摸事件的话，一般需要有实现ontouchevent事件，注意，如果需要多点触摸，需要实现action_pointer_down和action_pointer_up进行处理。
http://blog.csdn.net/lmj623565791/article/details/24252901/
layout_weight的尺寸分配一般是先满足设置尺寸的分配然后剩下的尺寸在进行比例分配的。如果一个view需要设置1:2的比例显示，可以在linearlayout中设置weightsum进行设置总的比例，然后在设置子view的比例。
layout_gravity是根据父布局设置位置的，而gravity是根据自身内容设置位置。
不一定，之所以子线程不能更新界面，是因为android在线程的方法里面采用checkthread进行判断是否是主线程，而这个方法是在viewrootimpl中的，这个类是在onresume里面才生成的，因此，如果这个时候子线程在oncreate方法里面生成更新ui，而且没有做阻塞，就是耗时多的操作，还是可以更新ui的。
一般情况下，我们都采用handler的方式进行更新ui，当然，代码层的实现有不同的方法，比如可以使用handler的post方法进行更新ui，或者用handler的sendmessage方法进行更新ui，或者通过view的post方法进行更新，还有一个是runonuithread也是可以进行更新的。但这些本质上还是通过handler进行子线程的更新。
handlerthread是android官方给我们提供好的一套子线程的handler，也就是异步处理机制，它是为了避免线程切换导致空指针异常的错误。
可以在onsaveinstancestate中将要保存的数据保存起来，可以通过bundle进行临时保存，然后在oncreate中的bundle中取出来进行恢复，这样就可以避免activity被销毁的时候数据的清空。因为onsaveinstancestate在activity销毁之前必然会调用，所以可以在这里做缓存操作。记住，这个是系统未经你同意的时候就销毁的时候才会的。
因为假如在activity中创建子线程的话，当activity销毁的时候，这个时候重新再调用该activity就会重新走新的生命周期，这个时候就无法再重新获取到刚才的子线程，而且如果在一个activity中创建子线程，另一个activity也无法操作该子线程，但是service就不一样，所有的activity都可以和service关联，即使是activity被销毁了，只要再重新建立联系就好了，所以，一般后台任务都是通过service去控制的。
首先需要创建库和表，并且需要继承sqliteopenhelper类，然后在这个表里面实现增删改查的方法，可以用android官方封装好的方法进行，也可以调用sql语句进行操作。调用sqlitedatabase中的execsql方法操作sql语句。
可以在application中定义一个static常量，赋值为-1，然后在欢迎页面修改值为0，如果被强杀，application被重新初始化，这个时候如果父activity判断该常量是多少。
asset不会在r文件里面生成一个id，所以它不能直接用r文件来调用，这就说明要读取asset目录下的文件需要指定文件的目录，可以通过assetmanager类来访问。res会自动在r文件里面生成id，直接可以用r.的方式进行访问资源。
因为android启动应用程序一般分为两种，一种是冷启动，就是要启动的应用程序没有后台进程的启动，这个时候需要重新分配一个进程给他，所以这个时候会先初始化application类，再创建和初始化mainacitvity 类，最后显示到界面上，还有一种是热启动，就是后台还有该应用的进程，比如说按下的home键或者返回键，虽然表面上退出了，但是在任务栈里面仍然还存在的，这个时候就不需要再初始化application类了，只要重新初始化mainactivity了。因为大多数应用的启动都是冷启动（用户习惯将应用程序在任务栈中删除），所以这个时候可以采取这几个步骤，比如尽量不在application的构造器，attachbasecontext方法和oncreaete方法中做过多的耗时操作，将一些数据预取放在异步线程中，可以采callback的方式。优化mainactivity，尽量不要在mainactivity的oncreate，onstart和onresume等方法里面做过多的耗时操作。
首先因为activiy的显示是在这几个生命周期之间的，oncreate，onstart,和onresume，这个时候我们需要将我们需要初始化的数据分类，比如说我们将一些只需要初始化的一次的数据放到oncreate中，尽量不要在oncreate中做耗时的操作，然后将需要加载比较长时间的数据放到onresume中，可以利用handler的机制进行更新ui，或者放到asynctask逐个显示，然后可以设置一些动画进行显示，如果这个时候有许多数据都是一次显示的， 那么可以在oncreate里面进行标记，并且在onresume里面判断是否需要初始化，初始化完成以后就立刻false掉，这样就可以避免多次初始化了，也可以提升activity的显示速度
（1）不设置activity的android:configchanges时，切屏会重新调用各个生命周期，切横屏时会执行一次，切竖屏时会执行两次。
（2）设置activity的android:configchanges="orientation"时，切屏还是会重新调用各个生命周期，切横、竖屏时只会执行一次 。
（3）设置activity的android:configchanges="orientation|keyboardhidden"时，切屏不会重新调用各个生命周期，只会执行onconfigurationchanged方法 。
真正的android入口点是application的main，可以没有activity但是必须有application
从mvc的角度考虑(应用程序内) 其实回答这个问题的时候还可以这样问，android为什么要有那4大组件，现在的移动开发模型基本上也是照搬的web那一套mvc架构，只不过是改了点嫁妆而已。android的四大组件本质上就是为了实现移动或者说嵌入式设备上的mvc架构，它们之间有时候是一种相互依存的关系，有时候又是一种补充关系，引入广播机制可以方便几大组件的信息和数据交互。 b：程序间互通消息(例如在自己的应用程序内监听系统来电) c：效率上(参考udp的广播协议在局域网的方便性) d：设计模式上(反转控制的一种应用，类似监听者模式)
成员方法必须有返回类型，即使是没有返回，也要写上void；构造函数没有返回类型，而且和类名一样。
栈是一种先进后出的线性表，只要符合先进后出的原则的线性表都是栈。至于采用的存储方式（实现方式）是顺序存储（顺序栈）还是链式存储（链式栈）是没有关系的。堆则是二叉树的一种，有最大堆最小堆，排序算法中有常用的堆排序。
http://blog.csdn.net/s003603u/article/details/47261393
（1）应用层 (application)
网络服务与最终用户的一个接口。
协议
http ftp tftp smtp snmp dns
（2）表示层（presentation layer）
数据的表示、安全、压缩。（在五层模型里面已经合并到了应用层）格式有，jpeg、ascll、decoic、加密格式等
（3）会话层（session layer）
建立、管理、终止会话。（在五层模型里面已经合并到了应用层）对应主机进程，指本地主机与远程主机正在进行的会话
（4）传输层 (transport)
定义传输数据的协议端口号，以及流控和差错效验。
（5）协议有
tcp udp，数据包一旦离开网卡即进入网络传输层网络层 (network)：进行逻辑地址寻址，实现不同网络之间的路径选择。
协议有：icmp igmp ip（ipv4 ipv6） arp rarp
（6）数据链路层 (link)
建立逻辑连接、进行硬件地址寻址、差错校验等功能。（由底层网络定义协议）将比特组合成字节进而组合成帧，用mac地址访问介质，错误发现但不能纠正。
（7）物理层（physical layer）
建立、维护、断开物理连接。（由底层网络定义协议）
tcp/ip 层级模型结构：
应用层之间的协议通过逐级调用传输层（transport layer）、网络层（network layer）和物理数据链路层（physical data link）而可以实现应用层的应用程序通信互联。
这里要注意service有两种启动方式，startservice()和bindservice(）
这个问题真的很不好回答。所以这里先来个算是比较恰当的比喻来形容下它们的关系吧。activity像一个工匠（控制单元），window像窗户（承载模型），view像窗花（显示视图）layoutinflater像剪刀，xml配置像窗花图纸。
1：activity构造的时候会初始化一个window，准确的说是phonewindow。
2：这个phonewindow有一个“viewroot”，这个“viewroot”是一个view或者说viewgroup，是最初始的根视图。
3：“viewroot”通过addview方法来一个个的添加view。比如textview，button等
4：这些view的事件监听，是由windowmanagerservice来接受消息，并且回调activity函数。比如onclicklistener，onkeydown等。
如对本文有疑问， 点击进行留言回复！！
Error running app: Default Activity Not Found
如何用HMS Nearby Service给自己的App添加近距离数据传输功能
BlockChain：2020年7月10日世界人工智能大会WAIC《链智未来 赋能产业区块链主题论坛》(四)
网友评论