terracotta

概述： 　　 　　Quartzs OpenSymphony开源组织在Job scheduling领域有一个开源项目，它开源与将J2EE与将J2SE应用程序相结合也可以单独使用。Quartz开源用来创建简单或为运行是个，百个，甚至好几万个jobs这样复杂的程序。jobs可以做成标准的Java组件或EJBs。Quartz的最新版本为Quartz2.2.1。 调度简单： 　　quartz是一个完全由java编写的开源作业调度框架。用法及其简单：简单地创建一个实现org.quartz.Job接口的java类。Job接口包含唯一的方法： 　　public void excute(JobExecutionContext context) throws JobException{} 　　在你的Job接口实现类里面，添加一些逻辑到execute()方法。一旦你设置好Job实现类并设定好调度时间表，quartz将密切注意剩余时间。当调度程序确定该是通知你的时候，quartz框架将调用你Job实现类（作业类）上的execute()方法并允许做它该做的事情。无需报告任何东西给调度器或调用任何特定的东西。仅仅执行任务好结束任务即可。如果配置你的作业在随后再次被调用，quartz框架将在适当的时间再次调用它。 内部架构： 　　规模：大约300个java类和接口，并被组织到12个包中（Apache

目录 第一章 Quartz 1.1 Quartz概念 1.2 Quartz任务调度主要元素 1.3 Quartz特点 1.4 Quartz基本元素关系图 第二章 Trigger(触发器) 2.1 Trigger定义 2.2 Trigger属性 2.3 Trigger类型 2.3.1 SimpleTrigger 2.3.2 CalendarIntervalTrigger 2.3.3 DailyTimeIntervalTrigger 2.3.4 CronTrigge 第三章 Scheduler(任务调度器) 3.1Scheduler定义 3.2 Schedule种类 3.3 Schedule工厂 第四章 Job(任务) 4.1 Job定义 4.2 Job类型 4.3 Job属性 第五章 Quartz线程 5.1 Quartz线程分类 附录：参考资料 第一章 Quartz 1.1 Quartz概念 Quartz是OpenSymphony开源组织的一个Java开源项目， 在2009被Terracotta收购。 Quartz官网 1.2 Quartz任务调度主要元素 Quartz任务调度的主要元素有： Trigger(触发器) Scheduler(任务调度器) Job(任务) 其中Trigger，Job是元数据，Scheduler才是任务调度的控制器。 1.3 Quartz特点

我自己写了个demo java 在 eclipse中运行的，如果需要可以下载 demo ehcache是现在最流行的纯java开源框架,配置简单，结构清晰,功能强大,最初知道它，是从hibernate的缓存开始的。网上中文的ehcache材料以简单的介绍和配置方法居多，如果你有这方面的问题，请自行看官网api文档，但是很少见到特性说明和对实现原理的分析，因此在这这篇文章里面，我会详细介绍和分析ehcache的特性，加上一些自己的理解和思考，希望对缓存感兴趣的朋友有所收获。 1.快速轻量 过去几年，众多的测试表明ehcache是最快的java缓存之一 ehcache的线程机制是为大型高并发系统设计的 大量性能测试用例保证ehcache在不同版本间性能表现的一致性 很多用户都不知道他们正在用ehcache，因此不需要什么特别的配置 api易于使用，这就很容易部署上线和运行 2.伸缩性 缓存在内存和硬盘存储可以伸缩到数G，ehcache为大数据存储做过优化 大内存的情况下，所有进程可以支持数百G的吞吐 为高并发和大型多CPU服务器做优化 线程安全和性能总是一些矛盾，ehcache的线程机制设计采用了Doug lea的想法来获得较高的性能 单台虚拟机上支持多缓存管理器 通过Terracotta服务器矩阵，可以伸缩到数百个节点 3.灵活性 ehcache具备对象api接口和可序列化api接口

在搭建完集群环境后，不得不考虑的一个问题就是用户访问产生的session如何处理。如果不做任何处理的话，用户将出现频繁登录的现象，比如集群中存在A、B两台服务器，用户在第一次访问网站时，Nginx通过其负载均衡机制将用户请求转发到A服务器，这时A服务器就会给用户创建一个Session。当用户第二次发送请求时，Nginx将其负载均衡到B服务器，而这时候B服务器并不存在Session，所以就会将用户踢到登录页面。这将大大降低用户体验度，导致用户的流失，这种情况是项目绝不应该出现的 。 我们应当对产生的Session进行处理，通过粘性Session，Session复制或Session共享等方式保证用户的体验度。 以下我将说明5种Session处理策略，并分析其优劣性。 第一种：粘性session 原理：粘性Session是指将用户锁定到某一个服务器上，比如上面说的例子，用户第一次请求时，负载均衡器将用户的请求转发到了A服务器上，如果负载均衡器设置了粘性Session的话，那么用户以后的每次请求都会转发到A服务器上，相当于把用户和A服务器粘到了一块，这就是粘性Session机制。 优点：简单，不需要对session做任何处理。 缺点：缺乏容错性，如果当前访问的服务器发生故障，用户被转移到第二个服务器上时，他的session信息都将失效。 适用场景：发生故障对客户产生的影响较小

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 分布式Ehcache集群间数据同步 EhCache 是进程中的缓存系统，一旦将应用部署在集群环境中，每一个节点维护各自的缓存数据，当某个节点对缓存数据进行更新，这些更新的数据无法在其它节点中共享， 这不仅会降低节点运行的效率，而且会导致数据不同步的情况发生。使用Terracotta Server可以实现Ehcache的集群. 而针对集群之间数据同步的问题, Terracotta提供了WAN replication的方案. 使用时只需要在Ehcache配置文件配置即可, 然后系统会自动在不同集群之间同步数据. 主要特性: 消息缓冲 解决冲突 失效恢复 使用ActiveMQ,支持topic,queue 异步通信等等 数据同步的范围: put remove removeAll 应用场景一 不同集群使用同一个Active Terracotta Server Array,然后保证Passive Terracotta Server Array的数据同步. 这种方式对集群之间的网络要求较高. 使用场景二 不同的集群拥有独自的TSA, 但同步自身TSA的同时,还需要同步其它集群的TSA. 这种方式线路适合写操作比较少的应用. 使用场景三 自定义一个replicator,从本地集群中提取更新的数据,以消息的形式发送到其它结点上.