线程池四种拒绝策略
1、线程池的四种拒绝策略：平衡任务处理与资源利用的艺术AbortPolicy - 强制执行与实时感知 当线程池满载，AbortPolicy策略将果断拒绝新任务，直接抛出运行时异常。这种策略适用于对任务处理的实时性要求极高，不容许任务丢失的场景，它立即通知调用者任务已被拒绝，以便及时调整处理策略。
2、RejectedExecutionHandler：当任务无法被执行时（超过线程最大容量 maximum 并且 workQueue 已经被排满了）的处理策略，这里有四种任务拒绝类型。当线程池中线程数量小于 corePoolSize 则创建线程，并处理请求。
3、线程池的工作流程如下：当线程池中队列已满且工作线程达到最大数量时，线程池会拒绝新任务的提交直至队列出现空位或有空闲线程，对于拒绝的任务有不同的处理方式，称为拒绝策略。
java线程池满了定时任务就没了吗
综上所述，如果使用默认的拒绝策略或者手动配置了适当的处理方式，定时任务在Java线程池满了时一般不会丢失。但具体处理方式还是取决于线程池的配置。
通过以下错误信息，推断可能是服务器内存不够，不能创建新的线程 但是重新启动程序后，通过 free -h 查看服务器仍然剩余14G内存，而且java程序已经固定了堆内存为4g，所以考虑是否是创建线程太多，导致内存不够（1个线程1Mb内存，创建1000多个线程也才用1g，除非是无限制的创建线程）。
肯定要占用线程的，定义任务后，任务被放到线程池里，有另外一个线程对线程池轮询，条件满足就执行，执行完了，任务依然在线程池轮询，等待下一次执行。
线程池七大核心参数
1、核心线程数 （corePoolSize）——这就像古代大家族的“基石”，是线程池的基础，始终在线的线程数量，无论任务多少，它们都是常驻的劳动力。最大线程数 （maximumPoolSize）——这个数值设定的是极限，是家族在特殊时期可以动员的全部人力，包括“长工”和“临时工”。
2、线程池七大核心参数如下：corePoolSize核心线程数目-池中会保留的最多线程数。maximumPoolSize最大线程数目-核心线程+救急线程的最大数目。keepAliveTime生存时间-救急线程的生存时间，生存时间内没有新任务，此线程资源会释放。unit时间单位-救急线程的生存时间单位，如秒、毫秒等。
3、线程池七大参数分别是corePoolSize、maximumPoolSize、keepAliveTime、unit、workQueue、threadFactory、handler。corePoolSize corePoolSize是线程池中常驻核心线程数也是线程池中的一个最小的线程数量，即使这些线程处理空闲状态，他们也不会被销毁。
4、corePoolSize 线程池核心线程大小 线程池中会维护一个最小的线程数量，即使这些线程处理空闲状态，他们也不会被销毁，除非设置了allowCoreThreadTimeOut。这里的最小线程数量即是corePoolSize。
5、corePoolSize、maximumPoolSize、keepAliveTime、unit、workQueue、threadFactory、andler。corePoolSize：线程池中的常驻核心线程数，线程池中最小的线程数，即在线程池中一直保持的线程数量，不受空闲时间的影响。maximumPoolSize：线程池能够容纳同时执行的最大线程数，此值大于等于1。
线程池使用及优势
第一： 降低资源消耗。通过重复利用已创建的线程降低线程创建和销毁造成的消耗。第二： 提高响应速度。当任务到达时，任务可以不需要的等到线程创建就能立即执行。第三： 提高线程的可管理性。
多线程技术可以提高cpu利用率，尤其是多核cpu的机器，提高并发执行效率。这是建立在cpu执行有空余的情况下的，多线程也并非没有代价，首先线程作为操作系统的最小调度单位也是要占用内存空间的，其次线程调度及上下文切换也会消耗性能。
优势：设计和实现简单；劣势：这种方式会带来处理效率的问题，单线程的处理能力是有限，不能发挥多核处理器优势。在这种场景下我们就需要考虑并发，一个简单的并发策略就是Thread-Per-Message模式，即为每个请求使用一个新的线程。
线程池是为突然大量爆发的线程设计的，通过有限的几个固定线程为大量的操作服务，减少了创建和销毁线程所需的时间，从而提高效率。如果一个线程的时间非常长，就没必要用线程池了（不是不能作长时间操作，而是不宜。），况且还不能控制线程池中线程的开始、挂起、和中止。
当工作队列中的任务已到达最大限制，并且线程池中的线程数量也达到最大限制，这时如果有新任务提交进来，该如何处理呢。这里的拒绝策略，就是解决这个问题的。
线程池崩溃了如何做容灾
重写线程池拒绝策略。如果核心线程数、最大线程数或者等待队列设置的不合理，或者线程入线程池的速度大于消化线程的速度，会出现异常。重写线程池拒绝策略，将拒绝的线程存入内存中，自己做维护。
毫无疑问，这里比较常见的容灾方式，是切换到附近城市节点。假如系统的天津节点发生故障，那么我们就将网络流量切换到附近的北京节点上。考虑到负载均衡，可能需要同时将流量切换到附近的几个地域节点。另一方面，核心节点自身也是需要自己做好容灾和备份的，核心节点一旦故障，就会影响全国服务。
并发控制和数据管理是服务质量的守护者，确保数据的准确性和服务的可靠性。在数据消费上，我们需要对数据量和频次进行评估，防止过载。商品服务通过批量容错、独立队列、数据兼容和简洁代码来强化可靠性，避免同步锁和线程池引发的死锁问题。过载保护机制如流量清洗和服务限流，能有效应对突发流量冲击。
我们平常直接在UI线程中new Handler（）就可以了，里面就是mainLooper，但是Android怎么确定的UIx线程中new Handler（）里面是mainLooper呢，答案就是通过将Looper作为ThreadLocal变量。以及ThreadLocal基本的实现原理（在线程对象里面有一个inner static class）。
但是这里建议查询使用异步，存储使用同步更稳妥，主要怕出现多个相同的数据元model同一时间进入异步线程池中，存储先后顺序无法有效的保证。 3 ORM数据库方案 IM架构重度依赖DB数据库，而当前业界还没有一个完备的数据库ORM管理方案，参考了Android的OrmLite/GreenDao，个人自行设计一套Flutter ORM数据库管理方案。
标签： #线程池拒绝策略
