androidhandler方法

❶ Android:在一个非主线程内直接调用UI线程的Handler实例，这样没问题吗

在Android开发中，我们常常遇到线程安全的问题，特别是在子线程和UI线程之间进行交互时。为了保证应用程序的稳定性和用户体验，我们不能直接在子线程中更新UI线程中的UI元素。为了解决这个问题，Android提供了一种机制——Handler。

Handler的工作原理是这样的：当子线程需要更新UI线程中的UI元素时，它会通过发送消息的方式，将需要更新的内容传递给UI线程。这些消息会被放入UI线程的消息队列中，然后由UI线程中的Handler逐个处理。这样，我们就可以在子线程中执行耗时操作，同时在UI线程中更新UI，从而保证了界面的流畅性。

在Android中，创建多线程的方式主要有两种：一种是通过继承Thread类并重写run方法；另一种是通过实现Runnable接口并实现run方法。无论哪种方式，子线程都无法直接修改UI线程中的UI元素，而Handler正是用来解决这一问题的关键。

Handler的主要方法包括post、postAtTime、postDelayed、sendEmptyMessage、sendMessage、sendMessageAtTime、sendMessageDelayed等。这些方法分别用于在主线程中执行Runnable或发送消息。通过这些方法，我们可以灵活地控制消息的发送时机和执行方式。

下面，我们通过一个简单的例子来说明Handler的使用方法。假设我们需要在主线程中的TextView中显示10到100之间的随机数，每隔5秒更新一次，总共更新5次。主要代码如下：

java
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);
}
}
};

通过这个例子，我们可以看到Handler在处理子线程与UI线程之间的交互时的重要作用。在实际开发中，我们可以根据具体需求，灵活地使用Handler的各种方法来实现复杂的线程交互逻辑。

❷ android中Handler的post方法的作用是什么

在工作线程中执行耗时任务，当任务完成时，会返回UI线程，一般是更新UI。这时有两种方法可以达到目的。

一种是handler.sendMessage。发一个消息，再根据消息，执行相关任务代码。

另一种是handler.post(r)。r是要执行的任务代码。意思就是说r的代码实际是在UI线程执行的。可以写更新UI的代码。

(2)androidhandler方法扩展阅读

一个APK文件结构为：

1、META-INF （注：Jar文件中常可以看到）；

2、res (注：存放资源文件的目录) ；

3、AndroidManifest.xml (注：程序全局配置文件) ；

4、classes.dex （注：Dalvik字节码）；

5、resources.arsc (注：编译后的二进制资源文件)。

Android在运行一个程序时首先需要UnZip，然后类似Symbian那样直接执行安装，和Windows Mobile中的PE文件有区别，这样做对于程序的保密性和可靠性不是很高，通过dexmp命令可以反编译，但这样做符合发展规律，微软的 Windows Gadgets或者说WPF也采用了这种构架方式。

在Android平台中dalvik vm的执行文件被打包为apk格式，最终运行时加载器会解压然后获取编译后androidmanifest.xml文件中的permission分支相关的安全访问，但仍然存在很多安全限制，如果你将apk文件传到/system/app文件夹下会发现执行是不受限制的。

参考资料来源：网络-Android

❸ Android——消息分发机制

什么是 Handler 机制 ？
Handler 机制是 Android 中用于 线程间通信 的一套通信机制。

为什么是 Handler ？Handler 机制为什么被那么多次的提及 ？
从Android4.0开始，Android 中网络请求强制不允许在主线程中操作，而更新UI的操作则不允许在子线程中执行。当在子线程中执行网络请求，拿到服务器返回的数据之后，要更新UI。由于系统的要求，势必会产生一种矛盾：数据在子线程，更新UI要在主线程。此时我们必须要把数据返回到主线程中才行，Handler机制应运而生。

Android 中针对耗时的操作，放在主线程操作，轻者会造成 UI 卡顿，重则会直接无响应，造成 Force Close。同时在 Android 3.0 以后，禁止在主线程进行网络请求。

针对耗时或者网络操作，那就不能在主线程进行直接操作了，需要放在子线程或者是工作线程中进行操作，操作完成以后，再更新主线程即 UI 线程。这里就涉及到一个问题了，在子线程执行完成以后，怎么能更新到主线程即 UI 线程呢，针对以上问题，就需要用到 Android 的消息机制了，即： Handler, Message, MessageQueue, Looper 全家桶

Handler机制中最重要的四个对象

Handler的构造方法:

Looper :

Handler的使用：

MessageQueue：

Looper.loop()

Handler.dispatchMessage()

handler导致activity内存泄露的原因：
handler发送的消息在当前handler的消息队列中，如果此时activity finish掉了，那么消息队列的消息依旧会由handler进行处理，若此时handler声明为内部类（非静态内部类），我们知道内部类天然持有外部类的实例引用，这样在GC垃圾回收机制进行回收时发现这个Activity居然还有其他引用存在，因而就不会去回收这个Activity，进而导致activity泄露。

假如在子线程执行了耗时操作，这时用户操作进入了其他的 acitvity， 那么 MainActivity 就会被内存回收的，但是这个时候发现 Handler 还在引用着 MainActivity，内存无法及时回收，造成内存泄漏。

Handler 防止内存泄漏常见方法：

为什么通过 Handler 可以把子线程的结果通知或者携带给 UI 线程 ？
这里的 Handler 指的是主线程的 Handler ,同时与 Handler 配套的 Looper ， MessageQueue 是在 UI 线程初始化的，所以在子线程中调用 Handler 发送消息可以更新 UI 线程。
Looper 在 UI 线程源码, 在 ActivityThread 类：