为了满足业务需求，Java提供了一些内置的异常类，但是它们并不一定能够满足我们的具体业务需求，所以我们需要自定义异常类。核心设计给出一份自定义异常模板，项目可按自身需求扩展更多异常类型。继承自 RuntimeException，异常一般在运行阶段抛出。核心字段：状态码 + 提示信息，具体可随项目调整。提供异常捕获：微服务和网关全局异常处理中应该应该分别提供自定义异常的捕获和处理三种构造方式：传入标

就好比我们的身份证，之所以能标识一个人的身份，是因为它不能被篡改，而不是因为内容加密。在本项目中，C端用户的CRUD操作主要放在fw-admin模块下，而fw-portal里主要写一些用户行为的接口，比如登录注册，退出等用户操作的功能。还有一点需要注意，在涉及到一些敏感的信息时，比如用户电话或者账号密码之类的，肯定是不能明文传输的，所以我们就需要对这些字段进行加密。字典服务：通常是管理员在后台配置

在最初的架构体系中，集群的概念还不那么流行，且机器数量也比较少，此时直接使用 DNS + Nginx 就可以满足几乎所有服务的发现。相关的注册信息直接配置在 Nginx。但是随着微服务的流行与流量的激增，机器规模逐渐变大，并且机器会有频繁的上下线行为，这种时候需要运维手动地去维护这个配置信息是一个很麻烦的操作。所以开发者们开始希望有这么一个东西，它能维护一个服务列表，哪个机器上线了，哪个机器宕机了

我们先来举一个例子，假如我们现在要去银行把钱转账给另一个人，那么把这个操作简化为MySQL语句的话，就是我的账户删除一条数据，另一个人的账户插入一条数据，那么假如中间出现了错误，我的账户少了，另一个人的账户没有变，这样的场景显然是不合理的。事务就是将多条sql语句打包为一个整体，要么都执行，要么都不执行，事务把多个sql打包为一个整体来执行，称之为“原子性”(意为不可再拆分)。