一、特点:
1.通信方式:比如有RPC、WebService、Restful Web Service
2.信息传递:系统A B C之间。通信载体 json。
3.无状态:分布式会话、session会话等也都是无状态。
4.独立性:系统之间。
二、Rest设计规范:
get:获取资源。/order/{id} /getOrder?id=2002
post:保存、更新、批量操作。/order 数据放在json中,传给后端。 /saveOrder
put:更新。/order/{id} /modifyOrder
delete:删除。/order/{id} /deleteOrder?id=1001
规范要求:使用名词。
但是我们可以不使用强规范,所以使用弱规范,方便理解。
三、2-25 详解事务的传播
/**
* 事务传播 - Propagation
* REQUIRED: 使用当前的事务,如果当前没有事务,则自己新建一个事务,子方法是必须运行在一个事务中的;
* 如果当前存在事务,则加入这个事务,成为一个整体。
* 举例:领导没饭吃,我有钱,我会自己买了自己吃;领导有的吃,会分给你一起吃。
* SUPPORTS: 如果当前有事务,则使用事务;如果当前没有事务,则不使用事务。
* 举例:领导没饭吃,我也没饭吃;领导有饭吃,我也有饭吃。
* MANDATORY: 该传播属性强制必须存在一个事务,如果不存在,则抛出异常
* 举例:领导必须管饭,不管饭没饭吃,我就不乐意了,就不干了(抛出异常)
* REQUIRES_NEW: 如果当前有事务,则挂起该事务,并且自己创建一个新的事务给自己使用;
* 如果当前没有事务,则同 REQUIRED
* 举例:领导有饭吃,我偏不要,我自己买了自己吃
* NOT_SUPPORTED: 如果当前有事务,则把事务挂起,自己不适用事务去运行数据库操作
* 举例:领导有饭吃,分一点给你,我太忙了,放一边,我不吃
* NEVER: 如果当前有事务存在,则抛出异常
* 举例:领导有饭给你吃,我不想吃,我热爱工作,我抛出异常
* NESTED: 如果当前有事务,则开启子事务(嵌套事务),嵌套事务是独立提交或者回滚;
* 如果当前没有事务,则同 REQUIRED。
* 但是如果主事务提交,则会携带子事务一起提交。
* 如果主事务回滚,则子事务会一起回滚。相反,子事务异常,则父事务可以回滚或不回滚。
* 举例:领导决策不对,老板怪罪,领导带着小弟一同受罪。小弟出了差错,领导可以推卸责任。
*/