如何提高软件并发性任务

⑴ 如何利用Java开发高性能高并发Web应用.ppt

1、提供HTML静态访问

web界面上最快的访问速度是什么？当然是最原始的HTML文件访问,对于其他语言 比如 jsp ,asp,php等等,他们首先要通过服务器解析成html之后在返回给访问者，如果我们能提供全部是htm来的页面，那么就能大大的降低服务器和数据库资源的利用和提高网站的并发，所以我们尽可能使我们的网站上的页面采用静态页面来实现，这个最简单的方法其实也是最有效的方法。当然实现这种方式大家比较了解的就是信息发布系统CMS,信息发布系统可以实现最简单的信息录入自动生成静态页面，还能具备频道管理、权限管理、自动抓取等功能，对于一个大型网站来说，拥有一套高效、可管理的CMS是必不可少的。
在后续的文章中我们会单独的使用jsp + servlet实现一个简单的信息发布系统.
2、使用独立的图片服务器

为什么要把图片单独设置一个服务器？对于Web服务器来说，图片消耗的服务器资源是最多的，如果能把所有的图片资源放到一个单独的图片服务器中进行处理的话，可以降低提供页面访问请求的服务器系统压力，从而能进一步的提高web程序的并发.所以在有条件的情况下最好能把图片放置到一个单独的服务器中.
3、配置多台数据库服务器，多个数据库集群
集群（Cluster）技术是使用特定的连接方式，将价格相对较低的硬件设备结合起来，同时也能提供高性能相当的任务处理能力。
越是大型高并发的应用，数据库的压力就会越大，如果数据库操作很频繁，数据库的瓶颈很快就能显现出来，这时一台数据库将很快无法满足应用，于是我们需要使用数据库集群。
数据库集群就是使用多个数据库服务器分担请求的压力，达到快速响应的目的.
4、使用缓存
所谓的缓存就是把数据咱是放置到内存中，前台在请求的时候直接从内存中读取数据，而不需要去查询数据库或者读取文件等，这样就能做到最快的响应。网站架构和网站开发中的缓存是非常重要的。
目前有很多开源的缓冲实现方案，APC，File，SQLite，Memcache等等各种类库实现着不同的缓存方式，只有通过了解他们的实现方式，根据具体应用具体选择，才会使缓存系统发挥出最大的性能。
对于java开发来说，大名顶顶的 分布式缓存系统Memcache 可能是最好的选择，他提供一个基于Socket的访问方式，使得该缓存系统支持远程读写访问。尽管这个缓存的内容可能是存在内存中，也可能是存在文件内。

⑵ Java多线程MasterWorker模式如何在高并发情况下优化

你说的Master指的是java的线程池吧，我之前做过一个项目，因为项目在内网拿不出来，我给你说一下我那次的经验。

几个关键点：

1、java线程池：使用java提供的ThreadPoolExecutor类构造主池，再构造一个辅池（辅池的作用在于当主池进入拒绝策略的时候，可以启动辅池，帮助主池分担一部分线程，或者在主池shutdown的瞬间又有任务进来，也会走到拒绝策略，此时可以启动辅池处理这些线程，一般情况下辅池不会启动），排队策略使用LinkedBlockingQueue队列。

2、单例模式：利用spring的IOC容器的单例性，每次取线程池时，从IOC容器中注入。创建一个组件类BatPool（spring组件默认为单例），里面再使用单例模式创建线程池，单例中的单例，保证单例性：

@Component

classBatPool{

privateThreadPoolExecutor mainPool;

ThreadPoolExecutor create(){

if(mainPool== null){

retrun new ThreadPoolExecutor();

}else{

retrunmainPool;

}

...

}

业务中：

@Autowired

BatPool batPool;

ThreadPoolExecutor pool =batPool.create();

...

线程池的配置你自己参考网上吧

这样在业务中，每次取到的池都是同一个池，不会多次创建。

如果你没有使用spring的话，我再想想办法怎么实现全局的单例模式

⑶ 如何处理高并发

处理高并发的六种方法

1：系统拆分，将一个系统拆分为多个子系统，用bbo来搞。然后每个系统连一个数据库，这样本来就一个库，现在多个数据库，这样就可以抗高并发。

2：缓存，必须得用缓存。大部分的高并发场景，都是读多写少，那你完全可以在数据库和缓存里都写一份，然后读的时候大量走缓存不就得了。毕竟人家redis轻轻松松单机几万的并发啊。没问题的。所以你可以考的虑考虑你的项目里，那些承载主要请求读场景，怎么用缓存来抗高并发。

3：MQ(消息队列)，必须得用MQ。可能你还是会出现高并发写的场景，比如说一个业务操作里要频繁搞数据库几十次，增删改增删改，疯了。那高并发绝对搞挂你的系统，人家是缓存你要是用redis来承载写那肯定不行，数据随时就被LRU(淘汰掉最不经常使用的)了，数据格式还无比简单，没有事务支持。所以该用mysql还得用mysql啊。那你咋办？用MQ吧，大量的写请求灌入MQ里，排队慢慢玩儿，后边系统消费后慢慢写，控制在mysql承载范围之内。所以你得考虑考虑你的项目里，那些承载复杂写业务逻辑的场景里，如何用MQ来异步写，提升并发性。MQ单机抗几万并发也是ok的。

4：分库分表，可能到了最后数据库层面还是免不了抗高并发的要求，好吧，那么就将一个数据库拆分为多个库，多个库来抗更高的并发；然后将一个表拆分为多个表，每个表的数据量保持少一点，提高sql跑的性能。

5：读写分离，这个就是说大部分时候数据库可能也是读多写少，没必要所有请求都集中在一个库上吧，可以搞个主从架构，主库写入，从库读取，搞一个读写分离。读流量太多的时候，还可以加更多的从库。

6：solrCloud:
SolrCloud(solr 云)是Solr提供的分布式搜索方案，可以解决海量数据的 分布式全文检索，因为搭建了集群，因此具备高可用的特性，同时对数据进行主从备份，避免了单点故障问题。可以做到数据的快速恢复。并且可以动态的添加新的节点，再对数据进行平衡,可以做到负载均衡：

⑷ javaWeb如何提高并发数

1. 对Collection、Map接口的类对象初始化时要先分配合理的空间大小，同时还要按照自已的实际需求选择合适的对象。

2.优化循环体

循环是比较重复运行的地方，如果循环次数很大，循环体内不好的代码对效率的影响就会被放大而变的突出。

3.少用new初始化一个实例

尽量少用new来初始化一个类的实例，当一个对象是用new进行初始化时，其构造函数链的所有构造函数都被调用到，所以new操作符是很消耗系统资源的，new一个对象耗时往往是局部变量赋值耗时的上千倍。同时，当生成对象后，系统还要花时间进行垃圾回收和处理。当new创建对象不可避免时，注意避免多次的使用new初始化一个对象。尽量在使用时再创建该对象，另外，应该尽量重复使用一个对象，而不是声明新的同类对象。一个重用对象的方法是改变对象的值，如可以通过setValue之类的方法改变对象的变量达到重用的目的。

4 .选择合适的方法调用：

在Java中，一切都是对象，如果有方法（Method）调用，处理器先要检查该方法是属于哪个对象，该对象是否有效，对象属于什么类型，然后选择合适的方法并调用。可以减少方法的调用，不影响可读性等情况下，可以把几个小的方法合成一个大的方法。另外，在方法前加上final，private关键字有利于编译器的优化。

5.异常处理技巧

异常是Java的一种错误处理机制，对程序来说是非常有用的，但是异常对性能不利。抛出异常首先要创建一个新的对象，并进行相关的处理，造成系统的开销，所以异常应该用在错误处理的情况，不应该用来控制程序流程，流程尽量用while，if等处理。在不是很影响代码健壮性的前提下，可以把几个try/catch块合成一个。

6 .尽量使用局部变量

尽量使用局部变量，调用方法时传递的参数以及在调用中创建的临时变量都保存在栈（Stack） 中，速度较快。其他变量，如静态变量、实例变量等，都在堆（Heap）中创建，速度较慢。

7.同步处理技巧

同步主要出现在多线程的情况，为多线程同时运行时提供对象数据安全的机制，多线程是比较复杂话题，应用多线程也是为了获得性能的提升，应该尽可能减少同步。

另外，如果需要同步的地方，可以减少同步的代码段，如只同步某个方法或函数，而不是整个代码。

8 .尽可能的使用Java自身提供的API

Java的API一般都做了性能的考虑，如果完成相同的功能，优先使用API而不是自己写的代码，如数组复制。

9 .尽量减少I/O操作

输入/输出（I/O）包括很多方面，我们知道，进行I/O操作是很消耗系统资源的。程序中应该尽量少用I/O操作。使用时可以注意： . 合理控制输出函数System.out.println()对于大多时候是有用的，特别是系统调试的时候，但也会产生大量的信息出现在控制台和日志上，同时输出时，有序列化和同步的过程，造成了开销。

特别是在发行版中，要合理的控制输出，可以在项目开发时，设计好一个Debug的工具类，在该类中可以实现输出开关，输出的级别，根据不同的情况进行不同的输出的控制。

10 .尽量使用缓存

读写内存要比读写硬盘上的文件要快很多，应尽可能使用缓冲，以便直接从内存中读取数据。尽可能使用带有Buffer的类代替没有Buffer的类，如可以用BufferedReader 代替Reader，用BufferedWriter代替Writer来进行处理I/O操作。

同样可以用BufferedInputStream代替InputStream都可以获得性能的提高

11 .尽量不使用同步：

Servlet是多线程的，以处理不同的请求，基于前面同步的分析，如果有太多的同步就失去了多线程的优势了。

12.不用保存太多的信息在HttpSession中

很多时候，存储一些对象在HttpSession中是有必要的，可以加快系统的开发，如网上商店系统会把购物车信息保存在该用户的Session中，但当存储大量的信息或是大的对象在会话中时，是有害的，特别是当系统中用户的访问量很大，对内存的需求就会很高。具体开发时，在这两者之间应作好权衡。

13.清除SESSION：

通常情况，当达到设定的超时时间时，同时有些Session没有了活动，服务器会释放这些没有活动的Session，.. 不过这种情况下，特别是多用户并访时，系统内存要维护多个的无效Session。当用户退出时，应该手动释放，回收资源，实现如下：..
HttpSession theSession = request.getSession();
// 获取当前Session
if(theSession != null){
theSession.invalidate(); // 使该Session失效
}

14 .缓存Home接口

EJB库使用Enterprise Bean 的客户端通过它的Home接口创建它的实例。客户端能通过JNDI访问它。服务器通过Lookup方法来获取。
JNDI是个远程对象，通过RMI方式调用，对它的访问往往是比较费时的。所以，在设计时可以设计一个类专门用来缓存Home接口，在系统初始化时就获得需要的Home接口并缓存，以后的引用只要引用缓存即可。

15 .使用快速度的Jdbc驱动

JDBC API包括两种实现接口形式，一种是纯Java实现的驱动，一种利用ODBC驱动和数据库客户端实现，具体有四种驱动模式：

第一类：JDBC-ODBC桥，再加上ODBC驱动程序。
JDBC驱动程序是JDBC-ODBC桥再加上一个ODBC驱动程序。建议第一类驱动程序只用于原型开发，而不要用于正式的运行环境。桥接驱动程序由Sun提供，它的目标是支持传统的数据库系统。Sun为该软件提供关键问题的补丁，但不为该软件的最终用户提供支持。一般地，桥接驱动程序用于已经在ODBC技术上投资的情形，例如已经投资了Windows应用服务器。
尽管Sun提供了JDBC-ODBC桥接驱动程序，但由于ODBC会在客户端装载二进制代码和数据库客户端代码，这种技术不适用于高事务性的环境。另外，第一类JDBC驱动程序不支持完整的Java命令集，而是局限于ODBC驱动程序的功能，这种驱动方式也叫胖客户，主要用于低并发请求，大数据量传输的应用。

第二类：本机API，部分是Java的驱动程序。
JDBC驱动程序是本机API的部分Java代码的驱动程序，用于把JDBC调用转换成主流数据库API的本机调用。这类驱动程序也存在与第一类驱动程序一样的性能问题，即客户端载入二进制代码的问题，而且它们被绑定了特定的平台。
第二类驱动程序要求编写面向特定平台的代码，主流的数据库厂商，例如Oracle和IBM，都为它们的企业数据库平台提供了第二类驱动程序，使用这些驱动程序的开发者必须及时跟进不同数据库厂商针对不同操作系统发行的各个驱动程序版本。
另外，由于第二类驱动程序没有使用纯Java的API，把Java应用连接到数据源时，往往必须执行一些额外的配置工作。很多时候，第二类驱动程序不能在体系结构上与大型主机的数据源兼容；即使做到了兼容，效果也是比较差。

第三类：面向数据库中间件的纯Java驱动程序。
JDBC驱动程序是面向数据库中间件的纯Java驱动程序，JDBC调用被转换成一种中间件厂商的协议，中间件再把这些调用转换到数据库API。第三类JDBC驱动程序的优点是它以服务器为基础，也就是不再需要客户端的本机代码，这使第三类驱动程序要比第一、二两类快。另外，开发者还可以利用单一的驱动程序连接到多种数据库。

第四类：直接面向数据库的纯Java驱动程序。
JDBC驱动程序是直接面向数据库的纯Java驱动程序，即所谓的“瘦”（thin）驱动程序，它把JDBC调用转换成某种直接可被DBMS使用的网络协议，这样，客户机和应用服务器可以直接调用DBMS服务器。对于第四类驱动程序，不同DBMS的驱动程序不同。因此，在一个异构计算环境中，驱动程序的数量可能会比较多。但是，由于第四类驱动程序具有较高的性能，能够直接访问DBMS，所以这一问题就不那么突出了， 这种驱动方式，主要用于高并发，低数据量请求的应用中。

16.使用Jdbc链接池

为了提高访问数据库的性能，我们还可以使用JDBC 2.0的一些规范和特性，JDBC是占用资源的，在使用数据库连接时可以使用连接池Connection Pooling，避免频繁打开、关闭Connection。而我们知道，获取Connection是比较消耗系统资源的。
Connection缓冲池：当一个应用程序关闭一个数据库连接时，这个连接并不真正释放而是被循环利用，建立连接是消耗较大的操作，循环利用连接可以显着的提高性能，因为可以减少新连接的建立。

一个通过DataSource获取缓冲池获得连接，并连接到一个CustomerDB数据源的代码演示如下：
Context ctx = new InitialContext();
DataSource dataSource = (DataSource) ctx.lookup(“jdbc/CustomerDB”);
Connection conn = dataSource.getConnection(“password”,”username”);

17.缓存DataSorce

一个DataSource对象代表一个实际的数据源。这个数据源可以是从关系数据库到表格形式的文件，完全依赖于它是怎样实现的，一个数据源对象注册到JNDI名字服务后，应用程序就可以从JNDI服务器上取得该对象，并使用之和数据源建立连接。
通过上面的例子，我们知道DataSource是从连接池获得连接的一种方式，通过JNDI方式获得，是占用资源的。
为了避免再次的JNDI调用，可以系统中缓存要使用的DataSource。

18.即时关闭使用过的资源

互联网应用系统一般是并发的系统，在每次申请和使用完资源后，应该释放供别人使用，使用完成后应该保证彻底的释放。

19 .架构选型

CoreMediaCMS将整个应用分成四成架构，每一层都可以独立于其他层而正常运行，每一层都可以分布式布署，极大的提高了应用系统的稳定性、可扩展性、支持高并发的要求，每一次之前通过中间件Corba进行稳定的传输数据。

20 .开发框架的选型

充分利用开源框架，可以大大提高开发效率。很多初级开发者，都采用DB JavaBean JSP这种初级的开发模式，而现在主要使用Struts、Spring等MVC开发框架。

常用开发框架构选型有：

Struts、Spring、Webwork等。

天极传媒选择的开发框架是：Struts Spring iBatis，在这个开发框架里，充分利用了Struts、Spring各自己的优点，可以选择StutsMVC，也可以选择Spring MVC。

21.分级存储

1）数据库数据分级存储：

将经常访问的数据和访问频度低的数据，分别存放到不同的分区，甚至存放到不同的数据库服务器，以便合进分配硬盘I/O及系统I/O。

2）网站内容发布之后，分级存储：

任何一个大型的网站，一般都有海量的内容，为了提高访问效率，应搭建分级存储体系，根据应用的重要性和访问并发要求，将这些内容分级存储，同时将静态内容中的静态页面文件、图片文件、下载文件分不同的Web服务器访问，降低I/O争用，提高访问效率，同时让数据存储、管理、备份更加清晰。

22 .页面静态化

一个大型网站，既有静态内容，也有动态内容。静态内容，直接通过Apache或者Squid访问，效率高，稳定可靠，更多的是受服务器等硬件设备的I/O吞吐量、网络环境及页面代码本身质量限制，不受应用系统及数据库性能限制，这些内容往往访问速度和效率不会有较大的问题。

而动态内容，除了受硬件设备I/O、操作系统I/O及内容、网络环境及页面代码的影响，还要受应用服务器和数据库性能影响，因此，这部份内容，要尽可能作静态化或者伪静态，并采用缓存技术，将其缓存，以减少对应用服务器和数据库服务器的操作次数，提高用户访问效率和稳定性。

23.缓存策略

对于构建的业务系统，如果有些数据要经常要从数据库中读取，同时，这些数据又不经常变化，这些数据就可以在系统中缓存起来，使用时直接读取缓存，而不用频繁的访问数据库读取数据。
缓存工作可以在系统初始化时一次性读取数据，特别是一些只读的数据，当数据更新时更新数据库内容，同时更新缓存的数据值。

例如：在CMS2005系统中，我们将很少发生变化的网站节点树数据，缓存在客户端，当用户登录时，一次性读入到客户端缓存起来，以后编辑在使用时，不用再从数据库中读取，大大提高了应用系统的访问速度。

当然，也可以将数据库中重复访问的数据缓存在应用服务器内存中，减少对数据库的访问次数，Java常用的缓存技术产品有：MemoryCache、OSCache等。

⑸ 如何提高MySQL并发能力的思路

1、使用行级别锁，避免表级别或页级别锁
尽量使用支持行级别锁的存储引擎，如InnoDB;只在读操作显着多于写作的场景中(如数据仓库类的应用)使用表级别锁的存储引擎，如MyISAM;。
2、降低热巨锁(hot gaint lock)出现的可能性以尽可能避免全局互斥量
临界区(仅允许单一线程访问的资源)会严重降低MySQL系统并发性;InnoDB缓冲池(buffer pool)、数据字典等都是常见的临界区;幸运的是，新版本的InnoDB已经能够较好的运行于多核处理器，支持使用 innodb_buffer_pool_instances服务器变量建立多个缓冲池实例，每个缓冲池实例分别自我管理空闲列表、列表刷写、LRU以及其它跟缓冲池相关的数据结构，并通过各自的互斥锁进行保护。
3、并行运行多个I/O线程
通过innodb_io_capacity服务器变量等增加磁盘I/O线程的数量可以提高前端操作(如SELECT)的性能，不过，磁盘I/O线程的数量不应该超过磁盘的IOPS(7200RPM的单块硬件的IOPS数量一般为100个左右)。
此外，异步I/O也可以在一定程度上提高系统的并发能力，在Linux系统上，可以通过将MySQL的服务器变量innodb_use_native_aio的值设定为ON设定InnoDB可以使用Linux的异步I/O子系统。
4、并行后端任务
默认情况下，MySQL的清写(purge)操作(用于移除带删除标记的记录)由InnoDB的主线程完成，这可以降低内部资源竞争发生的概率，进而增强MySQL服务伸缩能力。不过，随着InnoDB内部各式各样的竞争越来越多，这种设置带来的性能优势已几乎不值一提，因此，生产环境中应该通过为innodb_purge_threads服务器变量设定为ON将主线程与清写线程分开运行。
5、单线程复制模型中的SQL线程是一个热区
在从服务器上并行运行多个SQL线程可有效提高MySQL从服务器性能，MySQL 5.6支持多线程复制(每库一个复制线程);

⑹ 提高计算机系统并行性的技术途径有哪三个

（1）时间重叠。在并行性概念中引入时间因素，即多个处理过程在时间上相互错开，轮流重叠地使用同一套硬件设备的各个部分，以加快硬件周转时间而赢得速度。

（2）资源重复。在并行性概念中引入空间因素，以数量取胜的原则，通过重复设置硬件资源，大幅度提髙计算机系统的性能。随着硬件价格的降低，这种方式在单处理机中广泛使用，而多处理机本身就是实施“资源重复”原理的结果。因此资源重复可称为空间并行技术。

⑺ 简述开发并行性的三种途径

开发并行性的三种途径：
1、时间重叠；
引入时间因素，是让多个处理过程在时间上相互错开，轮流使用同一套硬件设备的各个部分，以加快硬件周转使用来赢得速度。

2、资源重复；
通过重复设置硬件资源来提高性能。

3、资源共享 ；
是用软件方法让多个用户按一定时间顺序轮流使用同一套资源，来提高其利用率，相应也就提高了系统的性能。

并发的实质是一个物理CPU（也可以多个物理CPU）在若干道程序之间多路复用，并发性是对有限物理资源强制行驶多用户共享以提高效率。
并行性是指计算机系统具有可以同时进行运算或操作的特性，在同一时间完成两种或两种以上工作。它包括同时性与并发性两种含义。同时性指两个或两个以上事件在同一时刻发生。并发性指两个或两个以上事件在同一时间间隔发生。
实现并发技术的关键之一是如何对系统内的多个活动（进程）进行切换。

⑻ 请教高手们一个如何提高java线程并发性的问题

建议你使用asyncExec方法Socket使用Non-blockSocket（NIO）非阻塞试的连接。

SWT组件Diaplay提供syncExec与asyncExec方法，其原型为：syncExec(Runnablerunnable)，asyncExec(Runnablerunnable)，Runnable的run方法中可以封装要执行的代码，一般而言是UI相关的代码，如更新组件显示、刷新状态等。Diaplay是和线程关联的，其所在的线程一般称谓UI线程，可以有多个UI线程，每个UI线程一个Diaplay。所有的SWT组件相关代码，必须在UI线程之中执行。

syncExec与asyncExec相同点，都是为了让Runnable封装的代码在指定的Diaplay(比如某个产成Image的diaplay)相关的UI线程中执行。如：imgCreateDiaplay.asyncExec(runnable)。需要说明的是，当前线程一般是非UI线程，也可以是UI线程(如其它UI相关线程如awtUI线程，和为提高执行效率，多个SWTUI线程之间协作并发执行，甚至调用线程和执行runnable的UI线程是同一个线程)

syncExec与asyncExec不相同点体现在对方法调用线程本身的影响，syncExec阻塞当前线程直到UI线程完成runnable中的代码执行；而asyncExec则直接返回，不等待runnable中代码被执行，但并不是说asyncExec执行的代码一定不在同一个线程中，有些时候是同一个线程，只不过将代码的执行根据需要分成两个部分或多个部分处理。

两者的异同决定了其分别适应不同的场合，一般syncExec适合在需要同步UI更新之后继续执行的代码，asyncExec适合在不便、不能syuncExec的情况下使用。

syncExec适用情况比较简单，以下总结asyncExec的适用情况。

1、非UI线程需要调用在UI线程中调用的组件方法。非UI线程是相对与UI线程来讲的，UI线程准确的讲是diaplay变量所在的线程，因此非UI线程其实是非display所在的线程，其可以是任何其它线程，如UI无关的后台作业处理线程、SWT-AWT共用应用中的awt所在线程、其它display线程(这种情况比较少，一般应用于服务程序，如大量生成图片的多UI线程，相互之间协调时的调用，如几个UI线程负责地图图片的绘制，然后交给另外一个UI线程做装饰处理)；

2、跳出当前UI事件处理，安排后续事件。当前display所在的UI线程，在事件处理过程中，需要在执行完毕之后启动另外一个UI处理过程，可以使用asyncExec，发起另外一个UI线程处理，结束当前的UI处理。有几种情况下需要这么做：A、当前事件处理必须执行完毕，使应用到达一定的状态之后，做另外的UI处理，但是由于SWT、JFace或其它应用框架的存在，当前事件处理完成之后需要应用框架执行一些其它代码之后才可以执行另外的UI处理，否则会导致状态不一致，界面出错。但是当前事件处理完毕之后，不会出现其它事件来触发需要另外执行的代码，此时可以使用asyncExec，在框架的事件处理序列中插入另外一个事件，在当前事件处理完毕之后的某个时刻(一般很快)来执行；B、定时刷新或其它不是很重要的UI操作，通过asyncExec执行，不影响重要的UI事件处理。asyncExec所在的事件队列优先级较低。

3、事件比较密集，而且不均衡，有时非常密集，有时不太密集，为了将事件处理均衡处理，使UI线程始终能够应付自如，而不是延迟重要事件的处理、使用户感到界面迟钝现象，将不重要的事件放到低优先级序列中，从而保证用户响应性，界面整体的有效性。

asyncExec使用时需要注意的问题主要在于两个方面。
1、响应及时性。可以认为SWT存在两个事件队列，正常UI事件队列，需异步处理的队列，该队列优先级较低，asyncExec对应于SWT低优先级队列，因此有可能在正常队列事件较多、事件处理较慢的时候，asyncExec相关代码不能及时执行的问题，从而导致响应不够及时；
2、多线程同步问题。假如某段事件处理代码发出多个asyncExec请求，每个asyncExec代码访问同一个变量，假设该变量是整数，第一次发出请求是值为1、第二次为2、第三次为3，所有请求发出，该事件处理完毕时，整数值为5，随后第一次发出的asyncExec请求执行，访问整数变量，此时为5，而本应该是1，其它几个有类似问题。

当然了，Display也提供了timerExec，可以将其理解为Timer和asyncExec两者的结合，代码在指定时间之后异步执行。

⑼ 如何提高自己的多任务并行处理能力

大脑不处理多任务，而是看多任务每项任务的难度，以及大脑的熟练程度和消耗的注意力。

在已有研究的基础上，当脑加工任务是两个独立的系统的基础上：一是有意识的、理性的、需要分析的、加工逻辑的、有记忆的、有历史的、有时间线知觉的、串行处理的、同时只能处理一件事情。另一部分是无意识的、直觉的、感性的、瞬时的反应，只负责处理当前事件，不进行记录的、并行处理的，并且可以同时处理多件事情。

直觉系统有时会立即抢占注意力来打断现有的理性任务，比如走过一辆汽车突然冲过你，你会立即停下来，停下来吃东西，手中的通话并有理性系统来处理躲闪方向这个威胁生命的重大任务。

至于多任务的难度，就是你的大脑对于不同任务的熟练程度，如果你经常要躲避对面过来的车，那你肯定可以边吃边躲。例如，棒球运动员可以经常赶上棒球，甚至可以在注意力完全不在棒球上时立刻接住，这就是一个理性系统需要处理转换成的一个直觉系统的任务。