关于cronExpression网上可以搜到一大堆官方文档及其翻译，大部分都是出自同一篇转文，翻译的部分充满了错误和语病，尤其是关于问号(?)的解释部分，实在是没法看。还是自己研究一下吧。 官方文档上提到问号时是这样说的：The ? character is allowed for the day-of-month and day-of-week fields. It is use
单机模式下的定时<em>任务</em>调用很简单，有很多可实现的方案，这里不多说了。
这里说一下集群部署的情况下，定时<em>任务</em>的使用。这种情况下，<em>quartz</em>是一个比较好的选择。简单，稳定。
想象一下，现在有 A ， B ， C 3 台机<em>器</em>同时作为集群服务<em>器</em>对外统一提供 SERVICE ：
A ， B ， C 3 台机<em>器</em>上各有一个 QUARTZ Job，它们会按照即定的 SCHEDULE 自动执行
什么是Quartz
Quartz是一个完全由Java编写的开源作业<em>调度</em>框架，为在Java应用程序中进行作业<em>调度</em>提供了简单却强大的机制。Quartz允许开发人员根据时间间隔来<em>调度</em>作业。它实现了作业和触发<em>器</em>的多对多的关系，还能把多个作业与不同的触发<em>器</em>关联。简单地创建一个org.quarz.Job接口的Java类，Job接口包含唯一的方法：
public
voi
Using cron seems
to add another entry point into your application, while Quartz would
integrate into it. So you would be forced to deal with some inter-process communication if you wanted to pass
首先跟大家说明一点，我们做 IT 类的外包开发，是非标品开发，所以很有可能在开发过程中会有这样那样的需求修改，而这种需求修改很容易造成扯皮，进而影响到费用支付，甚至出现做完了项目收不到钱的情况。
那么，怎么保证自己的薪酬安全呢？
我们在开工前，一定要做好一些证据方面的准备（也就是“讨薪”的理论依据），这其中最重要的就是需求文档和验收标准。一定要让需求方提供这两个文档资料作为开发的基础。之后开发
