开篇里面介绍了什么是规则，也介绍了几种规则引擎，最终对比，本系列专题就是drools。XX网站注册需要输入相关的用户信息，用户名、密码、验证码、重点看下:手机号和验证码，这2个是检查的时候重点看的两项，因为现在所有互联网用户必须实名认证，手机号码也必须实名，通过手机号的验证码来确定是不是本人。
实际业务场景:一个小例子: 假如我们有个业务场景，当客户的积分位于一个区间A时，我们给予他一个头衔a，当一个客户的积分位于区间B时，我们给予他一个头衔b，当客户的积分位于区间C时，我们给予他一个 头衔c。
例如某个产品的具体奖励规则如下:奖励条件。拉新用户数大于等于 3 个且客单价大于 50 元。引入规则引擎似乎就能解决这个问题，规则引擎的一个好处就是可以使业务规则和业务代码分离，从而降低维护难度，同时它还可以满足业务人员通过编写 DSL 或通过界面指定规则的诉求，这样就可以在没有开发人员参与的情况下建立规则了，这种说法听起来似乎很有道理，但在实践中却很少行得通。
