事件分派线程（线程任务分发）

本篇文章给大家谈谈事件分派线程，以及线程任务分发对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。 今天给各位分享事件分派线程的知识，其中也会对线程任务分发进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、java多线程的好处
• 2、多线程执行顺序问题
• 3、简述gui与事件处理机制
• 4、c#事件与线程
• 5、Android Framework
• 6、什么是线程？有什么用 讲得通俗点

java多线程的好处

1. 充分利用CPU资源
现在世界上大多数计算机只有一块CPU.因此，充分利用CPU资源显得尤为重要。当执行单线程程序时，由于在程序发生阻塞时CPU可能会处于空闲状态。这将造成大量的计算资源的浪费。而在程序中使用多线程可以在某一个线程处于休眠或阻塞时，而CPU又恰好处于空闲状态时来运行其他的线程。这样CPU就很难有空闲的时候。因此，CPU资源就得到了充分地利用。
2. 简化编程模型
如果程序只完成一项任务，那只要写一个单线程的程序，并且按着执行这个任务的步骤编写代码即可。但要完成多项任务，如果还使用单线程的话，那就得在在程序中判断每项任务是否应该执行以及什么时候执行。如显示一个时钟的时、分、秒三个指针。使用单线程就得在循环中逐一判断这三个指针的转动时间和角度。如果使用三个线程分另来处理这三个指针的显示，那么对于每个线程来说就是指行一个单独的任务。这样有助于开发人员对程序的理解和维护。
3. 简化异步事件的处理
当一个服务器应用程序在接收不同的客户端连接时最简单地处理方法就是为每一个客户端连接建立一个线程。然后监听线程仍然负责监听来自客户端的请求。如果这种应用程序采用单线程来处理，当监听线程接收到一个客户端请求后，开始读取客户端发来的数据，在读完数据后，read方法处于阻塞状态，也就是说，这个线程将无法再监听客户端请求了。而要想在单线程中处理多个客户端请求，就必须使用非阻塞的Socket连接和异步I/O.但使用异步I/O方式比使用同步I/O更难以控制，也更容易出错。因此，使用多线程和同步I/O可以更容易地处理类似于多请求的异步事件。
4. 使GUI更有效率
使用单线程来处理GUI事件时，必须使用循环来对随时可能发生的GUI事件进行扫描，在循环内部除了扫描GUI事件外，还得来执行其他的程序代码。如果这些代码太长，那么GUI事件就会被“冻结”，直到这些代码被执行完为止。
在现代的GUI框架（如SWING、AWT和SWT）中都使用了一个单独的事件分派线程（event dispatch thread，EDT）来对GUI事件进行扫描。当我们按下一个按钮时，按钮的单击事件函数会在这个事件分派线程中被调用。由于EDT的任务只是对GUI事件进行扫描，因此，这种方式对事件的反映是非常快的。
5. 节约成本
提高程序的执行效率一般有三种方法：
（1）增加计算机的CPU个数。
（2）为一个程序启动多个进程
（3）在程序中使用多进程。
第一种方法是最容易做到的，但同时也是最昂贵的。这种方法不需要修改程序，从理论上说，任何程序都可以使用这种方法来提高执行效率。第二种方法虽然不用购买新的硬件，但这种方式不容易共享数据，如果这个程序要完成的任务需要必须要共享数据的话，这种方式就不太方便，而且启动多个线程会消耗大量的系统资源。第三种方法恰好弥补了第一种方法的缺点，而又继承了它们的优点。也就是说，既不需要购买CPU，也不会因为启太多的线程而占用大量的系统资源（在默认情况下，一个线程所占的内存空间要远比一个进程所占的内存空间小得多），并且多线程可以模拟多块CPU的运行方式，因此，使用多线程是提高程序执行效率的最廉价的方式。

多线程执行顺序问题

【问题】 请解释下以下线程的执行顺序

【解释】

结果为

或

主线程启动了两个线程，由main线程生成了一个thread线程，两个线程虽然没有什么关联关系，但是新线程的启动肯定需要时间，虽然时间很短但是没有main线程直接继续运行来的快，所以是main线程优先进入了m2方法，由于m2方法是synchronized方法，即使thread线程初始化完成了，也要等待锁释放，等main线程的tt.m2();执行完成后，thread线程才可以执行。这时两个线程就并发执行了，如果thread执行的快，就会输出“1000”，否则，就会输出“2000”。但是由于thread线程因为等待了5秒，最后输出的肯定是“b=1000”。

其实就一句话：线程同步问题！

两个线程要是不进行同步，其中指令的执行顺序是不可预期的！也就是说：结果可能与你预期相同，也可能不同，同或不同，都属于概率事件！

具体而言：你这里用的synchronized关键字，只保证了两个方法不会同时执行，但却无法保证二者到底谁先执行！

从设计者的角度而言，如果两个事件需要顺序发生，那么一般不会将其分派到两个不同线程中执行！否则，需要的同步机制是比较复杂的。

简述gui与事件处理机制

所谓事件就是指发送给GUI系统事件分派线程的消息，该消息通知GUI系统某种事情已经发生，要求作出响应。事件根据来源可分为以下几种事件分派线程：
1.计算机输入输出设备产生的中断事件，如鼠标和键盘同GUI系统的交互操作。这种事件是最原生的“底层”事件，一般都需要组件做深入处理，籍此触发更高抽象层次具有语义的逻辑事件。为GUI系统扩展自定义组件往往需要编写处理这些事件，派发高级逻辑事件。Swing中这些事件对应的有MouseEvent、KeyEvent等。
2.GUI系统触发的逻辑事件。这种事件是1中所提的原始事件经过组件的处理后发出的高级事件，比如Swing的JButton产生的ActionEvent。另外通知界面重绘的Paint事件也是高级逻辑事件，这种事件在接收到EXPOSE事件或系统显式调用repaint方法后触发的事件。
3.应用程序触发的事件。应用程序主动触发新事件可以有两种方式来进行，第一种是事件通过添加到系统事件队列进行派发。Swing中通过postEvent、repaint及invokeLater等方法，向系统事件队列添加事件。这种触发机制实质上是调度，触发事件的线程和事件派发线程可以不是同一个线程。事件被添加到系统事件队列后触发过程结束，而之后事件的处理要在事件派发线程上等待执行。第二种是通过调用组件的派发方法（Swing中是fireEventXXXX）触发。使用这种方法，事件对象不会被放到系统事件队列中去，而是直接传递给事件处理方法处理。它的触发机制实质上是函数调用。这种事件触发方式要求事件处理线程必须同时是事件派发线程。

c#事件与线程

1:事件（Event） 基本上说是一个用户操作，如按键、点击、鼠标移动等等，或者是一些出现，如系统生成的通知。应用程序需要在事件发生时响应事件。例如，中断。事件是用于进程间通信。

2:线程 被定义为程序的执行路径。每个线程都定义了一个独特的控制流。如果您的应用程序涉及到复杂的和耗时的操作，那么设置不同的线程执行路径往往是有益的，每个线程执行特定的工作。

线程是轻量级进程。一个使用线程的常见实例是现代操作系统中并行编程的实现。使用线程节省了 CPU 周期的浪费，同时提高了应用程序的效率。

到目前为止我们编写的程序是一个单线程作为应用程序的运行实例的单一的过程运行的。但是，这样子应用程序同时只能执行一个任务。为了同时执行多个任务，它可以被划分为更小的线程。

Android Framework

Android Framework包含三个内容：服务端、客户端、linux驱动

Android Framework服务端包括两个很重要的类：WindowManagerService (WMS)、ActivityManagerService(AMS)

客户端包含以下类：

Linux驱动和Framework相关的主要两个部分：画家SurfaceFlingeer和快递员Binder
每一个窗口都对应一个画Surface，SF主要是把各个surface显示到同一个屏幕，Binder则提供跨进程间的消息传递

从APK程序的运行过程中看各个组件都在什么时候干什么样的活
ActivityThread从main()函数中就开始动起来，然后调用PrepareMainLooper()为UI线程创建一个消息快递通道即MessageQueue()
接着创建ActivityThread对象，创建过程会创建一个消息装卸工Handler对象和一个快递员Binder对象，其中Binder负责接收远程Ams的IPC调用，接收到调用后让Handler把消息装到消息队列，UI线程很忙的都是异步的从消息队列中取出消息并执行相应的操作，比如start，stop、pause

然后UI线程让队列调用Looper.loop()方法进入消息循环体，进入后就会不断的从消息队列中读取并处理消息

当ActivityThread接收到Ams发送start某个Activity的快递后就会创建指定的Activity对象。Activity会先按窗户再去按玻璃和贴窗花，所以先创建PhoneWindow-DecorView-创建相应的View或ViewGroup。创建完成后就可以让大家欣赏了，调用WindowManager把界面显示到屏幕上，然后创建ViewRoot，然后调用Wms提供的远程接口添加一个窗口并显示到屏幕上。

接下来就是用户的操作，事件线程不断的把消息快递发到事件队列中去，然后事件分发线程秘书逐个取出消息，然后调用Wms中的相应函数处理该消息。

2.UI线程是什么？
一直在倾听用户的心声，所有的处理用户消息，以及绘制页面的工作都在该线程中完成

什么是线程？有什么用 讲得通俗点

1、线程的定义

线程，有时被称为轻量进程(Lightweight Process，LWP），是程序执行流的最小单元。

线程，在网络或多用户环境下，一个服务器通常需要接收大量且不确定数量用户的并发请求，为每一个请求都创建一个进程显然是行不通的，——无论是从系统资源开销方面或是响应用户请求的效率方面来看。因此，操作系统中线程的概念便被引进了。

线程，是进程的一部分，一个没有线程的进程可以被看作是单线程的。线程有时又被称为轻权进程或轻量级进程，也是 CPU 调度的一个基本单位。

2、线程的作用：

线程的作用很多，举个最为典型的例子：

当需要在网络上放一个服务端，一个客户端访问时，就会新建一个线程处理这个客户端的事务，这样的话只要不断新建线程就可以处理多个用户的请求了。

扩展资料

线程的五种状态：

1、新生状态（New）

当一个线程的实例被创建即使用new关键字和Thread类或其子类创建一个线程对象后，此时该线程处于新生状态。 此时线程不是活着的（not alive）；

2、就绪状态（Runnable）

通过调用线程实例的start()方法来启动线程使线程进入就绪状态；但还没有被分配到CPU，处于线程就绪队列；此时线程是活着的（alive）。

3、运行状态（Running）

一旦获取CPU，线程就进入运行状态，线程的run()方法才开始被执行，如果在给定的时间内没有执行结束，就会被系统给换下来回到线程的就绪状态，此时线程是活着的（alive）。

4、阻塞状态（Blocked）

通过调用join()、sleep()、wait()或者资源被暂用使线程处于阻塞状态，此时线程是活着的（alive）。

5、死亡状态（Dead）

当一个线程的run()方法运行完毕或被中断或被异常退出，该线程到达死亡状态。处于Dead状态调用start()方法，会出现异常。

参考资料：百度百科-线程

关于事件分派线程和线程任务分发的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 事件分派线程的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于线程任务分发、事件分派线程的信息别忘了在本站进行查找喔。