❶ android 开发中，有哪些坑需要注意
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的的时候，调用一些在开发环境中没有，但在运行环境中有的方法时，可以使用反射。
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
学电脑不如学【视频剪辑】，理由很简单，容易学（不像其它行业学习成本高，难度大），适合短期3-4个月短期学习，而且行业缺口非常大，无论是找工作还是自己在家里接私单，月收入轻松过万，两三万也是稀松平常。【点击进入】免费“短视频剪辑后期”学习网址：
www.huixueba.net/web/AppWebClient/AllCourseAndResourcePage?type=1&tagid=313&zdhhr-11y17r-281528507
因为现在【短视频】的崛起，任何企业，任何工作室或者个人都需要制作剪辑大量的短视频来包装品牌，发抖音，发朋友圈，发淘宝等自媒体渠道做展示。因为每天都要更新并发布新内容，所以剪辑师根本招不够，，供需失衡就造成了剪辑师高薪水。
而且剪辑这个技术并不需要高超的电脑技术，也不需要美术音乐造诣，基本都是固定套路，要什么风格的片要什么节奏，经过三四个月的培训都可以轻松掌握。但凡有点电脑基础会用鼠标拖拽，会点击图标，会保存除非自己不想学，没有学不会的。但是要学好学精，就一定要找专业负责的培训机构了，推荐这个领域的老大：王氏教育。
在“短视频剪辑/短视频运营/视频特效”处理这块，【王氏教育】是国内的老大，每个城市都是总部直营校区。跟很多其它同类型大机构不一样的是：王氏教育每个校区都是实体面授，老师是手把手教，而且有专门的班主任从早盯到晚，爆肝式的学习模式，提升会很快，特别适合0基础的学生。王氏教育全国直营校区面授课程试听【复制后面链接在浏览器也可打开】： www.huixueba.com.cn/school/yingshi?type=2&zdhhr-11y17r-281528507
大家可以先把【绘学霸】APP下载到自己手机，方便碎片时间学习——绘学霸APP下载： www.huixueba.com.cn/Scripts/download.html
❸ handler机制的原理
Handler主要用于异步消息的处理：当发出一个消息之后，首先进入一个消息队列，发送消息的函数即刻返回，而另外一个部分在消息队列中逐一将消息取出，然后对消息进行处理，也就是发送消息和接收消息不是同步的处理。 这种机制通常用来处理相对耗时比较长的操作。
一、Handler的定义：
主要接受子线程发送的数据， 并用此数据配合主线程更新UI。
解释：当应用程序启动时，Android首先会开启一个主线程 (也就是UI线程) ， 主线程为管理界面中的UI控件， 进行事件分发， 比如说， 你要是点击一个 Button ，Android会分发事件到Button上，来响应你的操作。 如果此时需要一个耗时的操作，例如: 联网读取数据， 或者读取本地较大的一个文件的时候，你不能把这些操作放在主线程中，如果你放在主线程中的话，界面会出现假死现象， 如果5秒钟还没有完成的话，会收到Android系统的一个错误提示 "强制关闭"。 这个时候我们需要把这些耗时的操作，放在一个子线程中，因为子线程涉及到UI更新，，Android主线程是线程不安全的， 也就是说，更新UI只能在主线程中更新，子线程中操作是危险的。 这个时候，Handler就出现了。，来解决这个复杂的问题 ，由于Handler运行在主线程中(UI线程中)， 它与子线程可以通过Message对象来传递数据， 这个时候，Handler就承担着接受子线程传过来的(子线程用sedMessage()方法传弟)Message对象，(里面包含数据) ， 把这些消息放入主线程队列中，配合主线程进行更新UI。
二、Handler一些特点
handler可以分发Message对象和Runnable对象到主线程中， 每个Handler实例，都会绑定到创建他的线程中(一般是位于主线程)，它有两个作用：
(1)安排消息或Runnable 在某个主线程中某个地方执行；
(2)安排一个动作在不同的线程中执行。
三、Handler实例
子类需要继承Hendler类，并重写handleMessage(Message msg) 方法， 用于接受线程数据。
❹ android 什么是异步加载
因为我们都知道在Android中的是单线程模型，不允许其他的子线程来更新UI，只允许UI线程(主线程更新UI)，否则会多个线程都去更新UI会造成UI的一个混乱有些耗时的操纵(例如网络请求等)，如果直接放到主线程中去请求的话则会造成主线程阻塞，而我们系统有规定的响应时间，当响应的时间超过了了阻塞的时间就会造成"Application No Response",也就是我们熟知的ANR错误解决上述问题的时候：我们一般使用的是线程或者线程池+Handler机制如果线程拿到一个数据需要去更新UI，那么就需要Handler把子线程的更新UI的数据发消息给主线程，从而让主线程去更新UI那么还在使用Thread或ThreadPool+Handler的你是否已经厌倦这些繁琐的操纵而且你会发现这些操作的代码都很类似。所以AsyncTask就应运而生了。
❺ Android:在一个非主线程内直接调用UI线程的Handler实例，这样没问题吗
我们开发应用程序的时候，处于线程安全的原因子线程通常是不能直接更新主线程（UI线程）中的UI元素的，那么在Android开发中有几种方法解决这个问题，其中方法之一就是利用Handler处理的。
下面说下有关Handler相关的知识。
多线程一些基础知识回顾：
在介绍Handler类相关知识之前，我们先看看在Java中是如何创建多线程的
方法有两种：
通过继承Thread类，重写Run方法来实现
通过继承接口Runnable实现多线程
接下来让我们看看Handler是什么？如何来用
Handler是这么定义的：
主要接受子线程发送的数据, 并用此数据配合主线程更新UI.
Handler的主要作用：主要用于异步消息的处理
Handler的运行过程：
当（子线程）发出一个消息之后，首先进入一个（主线程的）消息队列，发送消息的函数即刻返回，而在主线程中的Handler逐个的在消息队列中将消息取出，然后对消息进行处理。这样就实现了跨线程的UI更新（实际上还是在主线程中完成的）。
这种机制通常用来处理相对耗时比较长的操作，如访问网络比较耗时的操作，读取文大文件，比较耗时的操作处理等。
在大白话一点的介绍它的运行过程：
启动应用时Android开启一个主线程 (也就是UI线程) , 如果此时需要一个耗时的操作，例如: 联网读取数据，或者读取本地较大的一个文件的时候，你不能把这些操作放在主线程中，如果你放在主线程中的话，界面会出现假死现象（这也就是你在主线程中直接访问网络时会提示你异常的原因，如我们上篇文章所述Android主线程不能访问网络异常解决办法
）。
这个时候我们需要把这些耗时的操作，放在一个子线程中,因为子线程涉及到UI更新，Android主线程是线程不安全的，更新UI只能在主线程中更新.。
这个时候，Handler就出现了,来解决这个复杂的问题,由于Handler运行在主线程中(UI线程中), 它与子线程可以通过Message对象来传递数据, 这个时候，Handler就承担着接受子线程传过来的(子线程用sedMessage()方法传弟)Message对象，(里面包含数据) , 把这些消息放入主线程队列中，配合主线程进行更新UI。
接下来我们看看关于Handler都有哪些方法（它都能干什么）：
其中Handler对象的一些主要方法，如下：
post(Runnable) postAtTime(Runnable,long)
postDelayed(Runnable long)
sendEmptyMessage(int)
sendMessage(Message)
sendMessageAtTime(Message,long)
sendMessageDelayed(Message,long)
正如方法名字中看到的，有两类方法：
(1)在某个主线程中执行Runnable
(2)在子线程中发送一个消息，在主线程中检测该消息处理
线程间传递Message对象的sendMessage方法和发送Runnable多线程对象的post方法。正对应着上面所说的两个特性1）、2）
下面开发个Handler实例做说明：
用post的方法执行一个Runnable对象，在该对象中随机产生一个10-100之间的随机数，赋值到UI主线程中的TextView中线程，执行5次，每次相隔5秒， 拼接每次的数字， 最后执行结果应该如:10 22 33 44 61
主要代码如下：
int i = 0;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
handler.post(run);
}
Handler handler = new Handler(){
@Override
public void handleMessage(Message msg){
String s = String.valueOf(msg.what);
TextView tv = (TextView)findViewById(R.id.textView);
tv.setText(tv.getText() + ” ” + s);
}
};
Runnable run = new Runnable(){
@Override
public void run(){
Random r = new Random();
int rnum = r.nextInt((100 – 10) + 1) + 10;
handler.sendEmptyMessage(rnum);
handler.postDelayed(run, 5000);
i++;
if (i==5){
handler.removeCallbacks(run);
}
}
};
❻ Android 异步消息处理机制的几种实现
public class Calcul { public static void main(String[] args) { circularArea(); } public static void circularArea(){ int r=2; float π=3.14f; float circularArea = π*r*r; System.out.println(circularArea); }
❼ Android如何阻塞一个线程让其等待一个时间发生之后再继续执行
你所谓的线程阻塞是指的ui线程吗？这应该是从你在开发的经验以及测试当中去体验的，如果你说是用代码去判断线程阻塞的话，估计比较复杂，也没那个必要，android的机制在出现ui线程阻塞的话会出现anr给予用户提示，出现这样的情况是开发者在开发过程中就得去避免的！
❽ android多核，多线程该如何用
在程序开发的实践当中，为了让程序表现得更加流畅，我们肯定会需要使用到多线程来提升程序的并发执行性能。但是编写多线程并发的代码一直以来都是一个相对棘手的问题，所以想要获得更佳的程序性能，我们非常有必要掌握多线程并发编程的基础技能。
众所周知，Android 程序的大多数代码操作都必须执行在主线程，例如系统事件(例如设备屏幕发生旋转)，输入事件(例如用户点击滑动等)，程序回调服务，UI 绘制以及闹钟事件等等。那么我们在上述事件或者方法中插入的代码也将执行在主线程。
一旦我们在主线程里面添加了操作复杂的代码，这些代码就很可能阻碍主线程去响应点击/滑动事件，阻碍主线程的 UI 绘制等等。我们知道，为了让屏幕的刷新帧率达到 60fps，我们需要确保 16ms 内完成单次刷新的操作。一旦我们在主线程里面执行的任务过于繁重就可能导致接收到刷新信号的时候因为资源被占用而无法完成这次刷新操作，这样就会产生掉帧的现象，刷新帧率自然也就跟着下降了(一旦刷新帧率降到 20fps 左右，用户就可以明显感知到卡顿不流畅了)。
为了避免上面提到的掉帧问题，我们需要使用多线程的技术方案，把那些操作复杂的任务移动到其他线程当中执行，这样就不容易阻塞主线程的操作，也就减小了出现掉帧的可能性。
那么问题来了，为主线程减轻负的多线程方案有哪些呢？这些方案分别适合在什么场景下使用？Android 系统为我们提供了若干组工具类来帮助解决这个问题。
AsyncTask: 为 UI 线程与工作线程之间进行快速的切换提供一种简单便捷的机制。适用于当下立即需要启动，但是异步执行的生命周期短暂的使用场景。
HandlerThread: 为某些回调方法或者等待某些任务的执行设置一个专属的线程，并提供线程任务的调度机制。
ThreadPool: 把任务分解成不同的单元，分发到各个不同的线程上，进行同时并发处理。
IntentService: 适合于执行由 UI 触发的后台 Service 任务，并可以把后台任务执行的情况通过一定的机制反馈给 UI。
了解这些系统提供的多线程工具类分别适合在什么场景下，可以帮助我们选择合适的解决方案，避免出现不可预期的麻烦。虽然使用多线程可以提高程序的并发量，但是我们需要特别注意因为引入多线程而可能伴随而来的内存问题。举个例子，在 Activity 内部定义的一个 AsyncTask，它属于一个内部类，该类本身和外面的 Activity 是有引用关系的，如果 Activity 要销毁的时候，AsyncTask 还仍然在运行，这会导致 Activity 没有办法完全释放，从而引发内存泄漏。所以说，多线程是提升程序性能的有效手段之一，但是使用多线程却需要十分谨慎小心，如果不了解背后的执行机制以及使用的注意事项，很可能引起严重的问题。
❾ 为什么Android要使用各种BroadcastReceiver
作为Android四大组件之一的BroadcastReceiver（广播接收者），同Activity（活动）一样，经常被大家用到，网上也是一堆对它的讲解，那么为什么Android要用广播接收者这种机制呢？
广播分为：普通广播和有序广播
1.Normal broadcasts（普通广播）：Normal broadcasts是完全异步的可以同一时间被所有的接收者接收到。消息的传递效率比较高。但缺点是接收者不能将接收的消息的处理信息传递给下一个接收者也不能停止消息的传播。可以利用Context.sendBroadcast发送。
2.Ordered broadcasts（有序广播）：Ordered broadcasts的接收者按照一定的优先级进行消息的接收。一次传送到一个接收器。 随着每个接收器依次执行，它可以将结果传播到下一个接收器，或者它可以完全中止广播，使得它不会被传递到其他接收器。 命令接收器运行可以用匹配的意图过滤器的android:priority属性控制; 具有相同优先级的接收器将以任意顺序运行。可以利用Context.sendOrderedBroadcast发送。
官网上介绍广播是用的监听系统网络状况的例子，其实关键字在于“监听”。
(1) 创建广播接收者
BroadcastReceiver是一个抽象类，所以我们要创建自己的广播接收者就要继承它，继承后会有提示重写onReceive方法。
public class NetworkBroadcastReceiver extends BroadcastReceiver {
@Override
public void onReceive(Context context, Intent intent) {
if (intent.getAction().equals(ConnectivityManager.CONNECTIVITY_ACTION)) {
ConnectivityManager manager = (ConnectivityManager) context.getSystemService(Context.CONNECTIVITY_SERVICE);
NetworkInfo activeNetwork = manager.getActiveNetworkInfo();
if (activeNetwork != null && activeNetwork.isAvailable()) {
Toast.makeText(context, "有网络连接", Toast.LENGTH_SHORT).show();
} else {
Toast.makeText(context, "无网络连接", Toast.LENGTH_SHORT).show();
}
}
}
}
广播接收者的生命周期是从接收广播开始，到onRecevier方法执行完成结束，时间很短，一般不允许处理大批量耗时操作。这里顺便给出打印NetworkInfo的信息以供参考：
NetworkInfo:
type: WIFI[,type_ext: WIFI],
state: CONNECTED/CONNECTED,
reason: (unspecified),
extra: "TP-LINK_EFE8",
roaming: false,
failover: false,
isAvailable: true,
: false,
isIpv4Connected: true,
isIpv6Connected: false
[type: MOBILE[LTE],
state: CONNECTED/CONNECTED,
reason: connected,
extra: cmnet,
roaming: false,
failover: false,
isAvailable: true,
: false]
(2) 静态注册广播
静态注册广播，需要在AndroidManifest.xml中，添加<recevier/> 标签，将广播接收者注册到应用中。要添加过滤器IntentFilter，由于系统网络变化时会发送ConnectivityManager.CONNECTIVITY_ACTION ("android.net.conn.CONNECTIVITY_CHANGE")的广播，所以我们要监听这条广播。
<receiver android:name=".NetworkBroadcastReceiver">
<intent-filter android:priority="1000">
<action android:name="android.net.conn.CONNECTIVITY_CHANGE"/>
</intent-filter>
</receiver>
这里priority代表的是执行顺序的优先级，取值[-1000,1000]，后面的有序广播会讲到。
(3) 动态注册广播
i.意图过滤器 IntentFilter 用于给BroadcastReceiver绑定监听广播类型
ii.自定义的BroadcastReceiver，例如上文的
iii.注册方法 Context.registerReceiver(Receiver, IntentFilter)
iv.反注册方法 unregisterReceiver(Receiver)
IntentFilter mFilter = new IntentFilter(ConnectivityManager.CONNECTIVITY_ACTION);
mReceiver = new ();
registerReceiver(mReceiver, mFilter);
@Override
public void onDestroy() {
super.onDestroy();
unregisterReceiver(mReceiver);
}
这段代码是成对出现的，可以在onCreate的时候注册，在onDestroy的时候反注册，也可以在onResume和onPause中执行这写方法。不过Google API推荐的做法，在activity的onResume()中注册，在onPause()反注册。效果是当界面pause时，就不接收广播，从而减少不必要的系统开销。还有就是一定要主动反注册你的广播，否则会出现异常。
动态注册和静态注册的差别：动态注册后，广播接收者会依赖Activity的生命周期，而静态注册的广播不会，只要是系统有发出的广播，它都会接收，与程序是否启动无关。
(4) 发送普通广播
具体使用的方法是sendBroadcast(Intent intent)，通过隐式调用就可以，注意action是你自定义的，意思就是不可以发送系统广播，我试了，直接就崩了。
Intent intent = new Intent();
intent.setAction("com.fleming.chen.mybroadcast");
sendBroadcast(intent);
针对(3)(4)两点，如果你要用到的广播仅仅是应用里的，那么你可以用LocalBroadcastManager这个类，它与上述描述中的区别在于：
LocalBroadcastManager.getInstance(context).registerReceiver(mReceiver, mFilter);
LocalBroadcastManager.getInstance(context).unregisterReceiver(mReceiver);
LocalBroadcastManager.getInstance(context).sendBroadcast(intent);
通过sendBroadcast发送的广播，不会被通过LocalBroadcastManager类注册的广播接收者接收，反之也是如此，两者是不可以”互通友谊“的，推荐使用LocalBroadcastManager来管理广播。
(5) 发送有序广播
上面讲了那么多都是普通广播，那什么又是有序广播呢？
有序广播关键在于这类广播是有序的，上文中提到priority，这是IntentFilter的属性，用来让不同的广播拥有不同的执行顺序，即优先级不同。
定义三种不同优先级的广播接收者：
public class MyBroadcastReceiver extends BroadcastReceiver {
@Override
public void onReceive(Context context, Intent intent) {
if (intent.getAction().equals("com.fleming.chen.myreceiver")) {
String message = getResultData();
Toast.makeText(context, message, Toast.LENGTH_SHORT).show();
setResultData("这是修改后的数据");//第一个接收后处理一下，再交给下一个
}
}
}
public class MyBroadcastReceiver2 extends BroadcastReceiver {
@Override
public void onReceive(Context context, Intent intent) {
if (intent.getAction().equals("com.fleming.chen.myreceiver")) {
String message = getResultData();//得到上一个的处理结果
Toast.makeText(context, message, Toast.LENGTH_SHORT).show();
abortBroadcast();//主动停止广播，不再继续传下去
}
}
}
public class MyBroadcastReceiver3 extends BroadcastReceiver {
@Override
public void onReceive(Context context, Intent intent) {
if (intent.getAction().equals("com.fleming.chen.myreceiver")) {
//此时虽然该广播接收者也监听了，不过也没有内容
Toast.makeText(context, getResultData(), Toast.LENGTH_SHORT).show();
}
}
}
<receiver android:name=".MyBroadcastReceiver" >
<intent-filter android:priority="1000">
<action android:name="com.fleming.chen.myreceiver"/>
</intent-filter>
</receiver>
<receiver android:name=".MyBroadcastReceiver2">
<intent-filter android:priority="0">
<action android:name="com.fleming.chen.myreceiver"/>
</intent-filter>
</receiver>
<receiver android:name=".MyBroadcastReceiver3">
<intent-filter android:priority="-1000">
<action android:name="com.fleming.chen.myreceiver"/>
</intent-filter>
</receiver>
Intent intent = new Intent();
intent.setAction("com.fleming.chen.myreceiver");
sendOrderedBroadcast(intent, null, null, null, 0, "这是初始的数据", null);
对于广播的内容，在Android 7.0上做了修改，即Project Svelte：后台优化
Android 7.0 移除了三项隐式广播，以帮助优化内存使用和电量消耗。此项变更很有必要，因为隐式广播会在后台频繁启动已注册侦听这些广播的应用。删除这些广播可以显着提升设备性能和用户体验。
移动设备会经历频繁的连接变更，例如在 WLAN 和移动数据之间切换时。目前，可以通过在应用清单中注册一个接收器来侦听隐式 CONNECTIVITY_ACTION 广播，让应用能够监控这些变更。由于很多应用会注册接收此广播，因此单次网络切换即会导致所有应用被唤醒并同时处理此广播。
同理，在之前版本的 Android 中，应用可以注册接收来自其他应用（例如相机）的隐式 ACTION_NEW_PICTURE 和 ACTION_NEW_VIDEO 广播。当用户使用相机应用拍摄照片时，这些应用即会被唤醒以处理广播。
为缓解这些问题，Android 7.0 应用了以下优化措施：
面向 Android 7.0 开发的应用不会收到 CONNECTIVITY_ACTION 广播，即使它们已有清单条目来请求接受这些事件的通知。在前台运行的应用如果使用 BroadcastReceiver 请求接收通知，则仍可以在主线程中侦听 CONNECTIVITY_CHANGE。
应用无法发送或接收 ACTION_NEW_PICTURE 或 ACTION_NEW_VIDEO 广播。此项优化会影响所有应用，而不仅仅是面向 Android 7.0 的应用。
如果您的应用使用任何 intent，您仍需要尽快移除它们的依赖关系，以正确适配 Android 7.0 设备。Android 框架提供多个解决方案来缓解对这些隐式广播的需求。例如，JobScheler API 提供了一个稳健可靠的机制来安排满足指定条件（例如连入无限流量网络）时所执行的网络操作。您甚至可以使用 JobScheler 来适应内容提供程序变化。
所以说，在Android的世界，到处都充满着广播，就是为了用来监听手机的各种状态，给用户提醒，这是一种很好的用户体验，不过任何事情都是如此，广播也不可以多用哦，
❿ 关于android中的gridview载入和AsyncTask异步问题
gridview和listview一样，都是在你滑动的时候都会重复多次执行你的baseAdapter里的getView函数里代码，你把AsyncTask放在getview里的话他当然会多次异步加载了。