一、corePoolSize（核心线程数）

• 含义：线程池中始终保持存活的线程数量。
• 作用：当有新任务提交时，如果线程池中线程数量小于核心线程数，会创建新线程来执行任务。即使这些线程处于空闲状态，它们也不会被销毁，而是一直等待新任务。例如，在一个订单处理系统中，如果将核心线程数设置为 5，那么无论系统负载如何，始终会有 5 个线程随时准备处理订单任务。
• 重要性：合理设置核心线程数可以确保系统在常规负载下有足够的线程来处理任务，避免频繁创建和销毁线程带来的开销。

二、maximumPoolSize（最大线程数）

• 含义：线程池中允许的最大线程数量。
• 作用：当任务队列已满且线程数量小于最大线程数时，线程池会创建新线程来处理任务。一旦任务处理完毕，多余的线程如果在一段时间内处于空闲状态，将会被回收。例如，在高并发的 Web 服务器中，当请求量突然暴增时，线程池可以根据最大线程数创建更多的线程来处理请求，以防止任务积压。
• 重要性：这个参数可以控制线程池在高负载情况下的资源使用，避免过多的线程耗尽系统资源。

三、keepAliveTime（线程空闲时间）

• 含义：当线程数量超过核心线程数时，多余的空闲线程在多长时间内会被销毁。
• 作用：如果线程池中的线程数量超过了核心线程数，并且有线程处于空闲状态，那么这些空闲线程在超过 keepAliveTime 指定的时间后会被回收。例如，设置 keepAliveTime 为 60 秒，那么空闲线程在 60 秒后如果还没有任务可执行，就会被销毁。
• 重要性：合理设置这个参数可以避免线程池在低负载时保留过多的空闲线程，浪费系统资源。

四、unit（时间单位）

• 含义：keepAliveTime 的时间单位。
• 作用：与 keepAliveTime 配合使用，确定空闲线程的存活时间。常见的时间单位有秒（Seconds）、毫秒（Milliseconds）等。例如，如果 keepAliveTime 设置为 30，unit 设置为 TimeUnit.MILLISECONDS，那么空闲线程在 30 毫秒后会被回收。
• 重要性：确保 keepAliveTime 的时间设置有明确的单位，使线程池的行为更加可预测。

五、workQueue（任务队列）

• 含义：用于存储等待执行的任务的队列。
• 作用：当线程池中所有线程都在忙碌状态时，新提交的任务会被放入任务队列中等待执行。常见的任务队列有阻塞队列（BlockingQueue），如 ArrayBlockingQueue、LinkedBlockingQueue 等。例如，使用 LinkedBlockingQueue 作为任务队列，如果队列大小没有限制，那么可以存储大量的任务，直到内存耗尽。
• 重要性：任务队列的选择和大小设置会影响线程池的性能和行为。合适的任务队列可以平衡系统的负载，避免任务丢失或过多的线程创建。
   

六、threadFactory（线程工厂）

• 含义：一个用于创建新线程的工厂接口。
• 作用：可以自定义线程的创建方式，包括设置线程名称、优先级、守护线程状态等属性。还能对线程的创建进行集中管理，如在创建线程时进行资源初始化、记录线程创建日志等操作。
• 重要性：提高可维护性，自定义的线程名称便于在出现问题时定位和调试；增强灵活性，可根据不同场景调整线程属性；便于监控和管理线程。

七、handler（拒绝策略）

• 含义：当任务队列已满且线程池中的线程数量达到最大线程数时，用于处理无法执行的任务的策略。
• 作用：常见的拒绝策略有以下几种：
  • AbortPolicy：直接抛出RejectedExecutionException异常，阻止系统正常运行。
    
• • CallerRunsPolicy：在调用者线程中执行被拒绝的任务，这可能会导致调用者线程阻塞，影响其性能。

• • DiscardPolicy：默默丢弃被拒绝的任务，不做任何处理。

• • DiscardOldestPolicy：丢弃任务队列中最旧的任务，并尝试重新提交被拒绝的任务。