spring托管线程池
很多同学在进行编程学习时缺乏系统学习的资料。本页面基于spring托管线程池内容,从基础理论到综合实战,通过实用的知识类文章,标准的编程教程,丰富的视频课程,为您在spring托管线程池相关知识领域提供全面立体的资料补充。同时还包含 safari浏览器、samba、SAMP 的知识内容,欢迎查阅!
spring托管线程池相关知识
-
Android线程管理之ThreadPoolExecutor自定义线程池前言: 上篇主要介绍了使用线程池的好处以及ExecutorService接口,然后学习了通过Executors工厂类生成满足不同需求的简单线程池,但是 有时候我们需要相对复杂的线程池的时候就需要我们自己来自定义一个线程池,今天来学习一下ThreadPoolExecutor,然后结合使用场景定义一 个按照线程优先级来执行的任务的线程池。 线程管理相关文章地址:Android线程管理之Thread使用总结Android线程管理之ExecutorService线程池Android线程管理之ThreadPoolExecutor自定义线程池Android线程管理之AsyncTask异步任务Android线程管理之ThreadLocal理解及应用场景ThreadPoolExecutor ThreadPoolExecutor线程池用于管理线程任务队列、若干个线程。1.)ThreadPoolExecutor构造函
-
拜托,不要再问我线程池啦!Java提供了几种便捷的方法创建线程池,通过这些内置的api就能够很轻松的创建线程池。在java.util.concurrent包中的Executors类,其中的静态方法就是用来创建线程池的: newFixedThreadPool():创建一个固定线程数量的线程池,而且线程池中的任务全部执行完成后,空闲的线程也不会被关闭。 newSingleThreadExecutor():创建一个只有一个线程的线程池,空闲时也不会被关闭。 newCachedThreadPool():创建一个可缓存的线程池,线程的数量为Integer.MAX_VALUE,空闲线程会临时缓存下来,线程会等
-
Android线程管理之ExecutorService线程池前言: 上篇学习了线程Thread的使用,今天来学习一下线程池ExecutorService。为什么要引入线程池? 1.)new Thread()的缺点每次new Thread()耗费性能调用new Thread()创建的线程缺乏管理,被称为野线程,而且可以无限制创建,之间相互竞争,会导致过多占用系统资源导致系统瘫痪。不利于扩展,比如如定时执行、定期执行、线程中断 2.)采用线程池的优点重用存在的线程,减少对象创建、消亡的开销,性能佳可有效控制最大并发线程数,提高系统资源的使用率,同时避免过多资源竞争,避免堵塞提供定时执行、定期执行、单线程、并发数控制等功能ExecutorService介绍 ExecutorService是一个接口,ExecutorService接口继承了Executor接口,定义了一些生命周期的方法,public interface ExecutorSer
-
java线程池和关闭线程池中的线程如果线程经常喜欢去new的话是不对的,你需要一个池子管理。 newCachedThreadPool 这个一个带缓存的线程池,是个可以无限大的线程池,新建的线程放倒这个池子里,当线程停掉了的时候,下个个线程进来,可以复用这个线程。 newFixedThreadPool 是个有长度的线程池,与上一个不同的是,当线程超越某个长度的时候,新进来的线程就会排队。线程池的大小最好匹配系统资源。按照系统资源来设置大小最好。 newScheduledThreadPool 可以执行周期性任务的定长线程池 newSingleThreadExecutor 任务
spring托管线程池相关课程
spring托管线程池相关教程
- 2.3 线程池 假设您要处理数百个项目,为每个项目启动一个线程将破坏您的系统资源。它看起来像这样:pages_to_crawl = %w( index about contact ... )pages_to_crawl.each do |page| Thread.new { puts page }end如果这样做,您将与服务器启动数百个连接,因此这可能不是一个好主意。一种解决方案是使用线程池。线程池使您可以在任何给定时间控制活动线程的数量。您可以建立自己的池,但是我不建议你这样去做,Ruby有一个Gem可以为您完成这个操作。实例:require 'celluloid'class Worker include Celluloid def process_page(url) puts url endendpages_to_crawl = %w( index about contact products ... )worker_pool = Worker.pool(size: 5)# If you need to collect the return values check out 'futures'pages_to_crawl.each do |page| worker_pool.process_page(page)end这次只有5个线程在运行,完成后他们将选择下一个项目。
- 3. 线程池模型 线程池模型的结构如下:从图中可以看出,线程池模型的程序结构如下:创建一个监听线程,通常会采用 Java 主线程作为监听线程。创建一个 java.net.ServerSocket 实例,调用它的 accept 方法等待客户端的连接。服务器预先创建一组线程,叫做线程池。线程池中的线程,在服务运行过程中,一直运行,不会退出。当有新的客户端和服务器建立连接,accept 方法会返回 java.net.Socket 对象,表示新的连接。服务器一般会创建一个处理 java.net.Socket 逻辑的任务,并且将此任务投递给线程池去处理。然后,监听线程返回,继续调用 accept 方法,等待新的客户端连接。线程池调度空闲的线程去处理任务。在新新任务中调用 java.net.Socket 的 recv 和 send 方法和客户端进行数据收发。当数据收发完成后,调用 java.net.Socket 的 close 方法关闭连接,任务完成。线程重新回归线程池,等待调度。下来,我们同样通过示例代码演示一下线程池模型的编写方法。程序功能和每线程模型完全一致,所以我们只编写服务端程序,客户端程序采用每线程模型的客户端。示例代码如下:import java.io.*;import java.net.ServerSocket;import java.net.Socket;import java.util.concurrent.Callable;import java.util.concurrent.ExecutorService;import java.util.concurrent.Executors;public class TCPServerThreadPool{ // 服务监听端口号 private static final int PORT =56002; // 开启线程数 private static final int THREAD_NUMS = 20; private static ExecutorService pool = null; // 创建一个 socket Task 类,处理数据收发 private static class SockTask implements Callable<Void> { private Socket sock = null; public SockTask(Socket sock){ this.sock = sock; } @Override public Void call() throws Exception { try { while (true){ // 读取客户端数据 DataInputStream in = new DataInputStream( new BufferedInputStream(sock.getInputStream())); int msgLen = in.readInt(); byte[] inMessage = new byte[msgLen]; in.read(inMessage); System.out.println("Recv from client:" + new String(inMessage) + "length:" + msgLen); // 向客户端发送数据 String rsp = "Hello Client!\n"; DataOutputStream out = new DataOutputStream( new BufferedOutputStream(sock.getOutputStream())); out.writeInt(rsp.getBytes().length); out.write(rsp.getBytes()); out.flush(); System.out.println("Send to client:" + rsp + " length:" + rsp.getBytes().length); } } catch (IOException e) { e.printStackTrace(); } finally { if (sock != null){ try { sock.close(); } catch (IOException e) { e.printStackTrace(); } } } return null; } } public static void main(String[] args) { ServerSocket ss = null; try { pool = Executors.newFixedThreadPool(THREAD_NUMS); // 创建一个服务器 Socket ss = new ServerSocket(PORT); while (true){ // 监听新的连接请求 Socket conn = ss.accept(); System.out.println("Accept a new connection:" + conn.getRemoteSocketAddress().toString()); pool.submit(new SockTask(conn)); } } catch (IOException e) { e.printStackTrace(); } finally { if (ss != null){ try { ss.close(); } catch (IOException e) { e.printStackTrace(); } } } }}
- 3.3 线程池配置模块详解 参数名称:coreSize参数说明:该属性用来设置核心线程池的大小,默认为 10 。参数名称:maximumSize参数说明:该属性是用来设置线程池的最大线程数量,默认为 10 ,在 1.5.9 版本之前,线程池的核心线程数量总是与线程池的最大线程数量保持一致。参数名称:allowMaximumSizeToDivergeFromCoreSize参数说明:该属性是用来设置,是否启用 maximumSize ,即设置线程池的 coreSize 和 maximumSize 的值不一致,当被设置为 true 时,该属性生效,即线程池的最大线程数量大于或等于线程池的核心线程数量。该属性的默认值为 false 。参数名称:keepAliveTimeMinutes参数说明:该参数是用来设置线程的存活时间,即在线程池的核心线程数量小于线程池的最大线程数量时,一个线程的可运行时长。该属性的默认值为 1 分钟。
- 3.1 线程池隔离实现服务资源隔离 通过对处理项目中的工作线程的隔离,来避免工作线程处理接口时所产生的阻塞行为,从而保证工作线程可以顺利地调用接口来满足业务需要。而隔离工作线程的方式,就是为每个接口分配一个线程池,并在线程池中维护一定数量的线程,这样,当上述的接口 2 发生服务资源等待时,由于每个接口都分配了不同的线程池,所以不会影响到后续的 3 4 5 接口,如下图所示:线程池隔离实现原理可以看到,由于为每个服务接口均分配了不同的线程池,所以在接口 2 出现服务等待时,并不会影响后续接口的调用,从而保证了业务的顺利进行。我们继续以 hello 方法为例,来看如何实现线程池隔离。@RequestMapping(value = "hello", method = RequestMethod.GET)@HystrixCommand(threadPoolKey = "HelloHystrix", threadPoolProperties = { @HystrixProperty(name = "coresize", value = "2"), @HystrixProperty(name = "allowMaximumSizeToDivergeFromCoreSize", value = "true"), @HystrixProperty(name = "maximumSize", value = "2"), @HystrixProperty(name = "maxQueueSize", value = "2")})@ResponseBodypublic String hello() throws InterruptedException { return "helloWorld";}代码解释:第 2 行,我们通过配置 HystrixCommand 注解的 threadPoolKey 属性来为本接口分配一个名称为 HelloHystrix 的线程池。第 3 行,我们通过配置 threadPoolProperties 中的参数属性,来维护 HelloHystrix 线程池中的核心线程数量、最大线程数量。通过添加上述注解并配置其中的属性,我们就可以通过线程池隔离的方式来实现服务资源隔离。Tips: 线程池中的线程数量,一定要根据该接口所实现的业务需求来设置,设置过多,则会浪费资源空间,设置过少,则不能支撑业务需要,所以配置线程数量一定要谨慎。
- 3. 线程上下文 current_session_context_class 可配置值除 thread 外还有 jta、managed 等,简单描述下:当使用本地 Jdbc 事务时选择 Thread。当使用全局 jta 事务时选择 jta。当使用 session 管理机制时选择 managed;如和 Spring 一起整合使用时,使用 Spring 的事务管理机制。主要聊聊 thread 上下文是如何实现保存 Session,回顾一下上一节课程 HibernateSessionFactory 类中的代码片段:private static final ThreadLocal<Session> threadLocal = new ThreadLocal<Session>();public static Session getSession() throws HibernateException { Session session = (Session)threadLocal.get(); aif(session == null || !session.isOpen()) { session = (sessionFactory!= null) ? sessionFactory.openSession():null; threadLocal.set(session); } return session;}实现的关键就在于 ThreadLocal 这个类,ThreadLocal 是 Java SE 原生 API,此类实例化对象本质就是一个 Map 集合,与 Map 保存数据时不同,key 由线程对象充当。使用此对象可以为每一个线程保存只属于当前线程的数据。HibernateSessionFactory 中重构过的 getSession() 方法解析如下:以当前线程对象为 key 查询 threadLocal 集合中是否存在 Session 对象,如有直接返回;Session session = (Session) threadLocal.get();return session;如果没有,则创建 Session 对象,用当前线程作为 key 保存 Session 对象到 threadLocal 对象中。if(session == null || !session.isOpen()) { session = (sessionFactory!= null) ? sessionFactory.openSession():null; threadLocal.set(session);}如上面代码所述,只要线程生命周期没走到尽头,与其关联的 Session 对象就能重复使用。并且每一个线程中使用的是与本线程相关联的 Session,避免了多线程环境下 Session 变成临界资源,避开线程安全隐患。
- 6. 子线程调试 上面的例子是多线程程序,使用 ThreadPoolExecutor 同时起 3 个线程, submit() 提交任务到线程池不是阻塞的,而是立即返回。当主线程启动了子线程后,会在多线程窗口看到系统自动创建的线程名。当调试进入到各个线程的子程序时,Frame 会自动切换到其所对应的 frame,相应的变量栏中也会显示与该过程对应的相关变量, 使用 setp in,step over 便可以在各自的子线程进行调试了。
spring托管线程池相关搜索
-
s line
safari浏览器
samba
SAMP
samplerate
sandbox
sanitize
saper
sas
sass
save
smarty模板
smil
smtp
snapshot
snd
snmptrap
soap
soapclient
soap协议