orderQo.setStatus(status);
if(CommonUtils.isNotNull (start)){
SimpleDateFormat sdf = new SimpleDateFormat ("yyyy-MM-dd
HH:mm: ss");
orderQo .setstart(sdf.parse(start));
}
if(CommonUtils.isNotNull (end)){
SimpleDateFormat sdf = new SimpleDateFormat ("yyyy-MM-dd
HH:mm:sS");
orderQo .setEnd(sdf.parse(end));
}
return orderService.findAll (orderQo);}catch (Exception e){
e.printStackTrace()😉
return null;
CPostMapping()
public Mono save (CRequestBody Ordergo orderQo) throws Exception{
Order order = CopyUtil.copy(orderQo,Order.class);
ListdetailList=
CopyUtil.copyList(orderQo.get0rderDetails(),OrderDetail.class);
order.setOrderDetails(detailList);
Mono response = orderService.save (order).then();
log.info(“新增=”+ response);
return response;
}
}
由于使用反应式的编程方法，所以不管是哪一种接口的设计，最后都必须返回一个异步序列，例如 Mono或者Flux。
对于分页查询，则必须检测每个查询参数，只有非空，才提供相关的查询条件。注意日期类型的参数，因为在传输过程中只能使用文本方式，所以最后在提交查询条件时必须将其转换为日期类型的数据。
在订单生成的设计中，因为接收的参数是查询对象OrderQo，所以最终必须将其转换成文档Order。每一个订单明细都必须进行转换。
订单的分布式事务管理
==========
集中式的数据管理可以在一个事务中完成，所以能保证数据的高一致性。微服务的多服务架构，使得数据可以由不同的微服务进行分散管理，所以想要保证数据的一致性，就必须有合理的设计。
对于订单来说，订单的状态变化与库存、物流、评价等各个服务息息相关，所以订单的状态变化，会涉及分布式事务管理的问题。比如当买家撤销订单时，库存服务的商品存量必须改变。
对于分布式事务管理，我们可以依据CAP原理的BASE理论实现数据最终一致性设计。
CAP (Consistency，Availability，Partition Tolerance）即一致性、可用性和分区容错性，三者不可兼得。
BASE(Basically Available，Soft State，Eventually Consistent）即基本可用、软状态和最终一致性。BASE是对CAP中一致性和可用性进行权衡的结果。
在微服务设计中，数据最终一致性设计主要使用两种方法实现，一种是通过接口调用实现实时同步操作，另一种是使用消息通道以事件响应的方式进行异步处理。
这里，我们以订单取消为例，使用异步消息传输，实现分布式事务管理的数据最终一致性设计。
订单取消的消息生成
首先，在order-restapi模块的项目对象模型配置中引入AMQP的消息组件依赖，代码如下所示:
org.springframework.cloud
spring-cloud-starter-bus-amap
其次，在配置文件中，设置连接RabbitMQ服务器的配置，代码如下所示:
spring:
rabbitmq:
addresses: amap://localhost:5672username: develop
password: develop
服务地址、端口、用户名和密码等参数需根据RabbitMQ的安装和配置进行设定。
下面，我们创建一个消息发送器MessageSender，用来发送 MQ (Message Queue)，代码如下所示:
@service
public class MessageSender {
private static Logger logger =
LoggerFactory.getLogger (MessageSender.class);
@Autowired
private AmqpTemplate amqpTemplate;
public void OrderUpdateMsg (0rderQo orderQo){
MessageProperties messageProperties = new MessageProperties();
messageProperties.setDeliveryMode(MessageDeliveryMode.PERSISTENT);messageProperties.setContentType(“UTF-8”);
String json = new Gson().toJson(orderQo);
Message message = new Message (json.getBytes(),messageProperties);
amapTemplate.send (“ordermsg.update”, message);//接收端必须使用相同队列
logger.info(“发送订单变更消息:{}”, json) ;
}
}
这里使用查询对象 OrderQo发送了一个完整的订单信息。
注意，这里的消息队列的名称设定为“ordermsg.update”，所以，消息接收方必须使用这个队列名称才能接收订单状态变化的相关信息。
最后，我们在订单修改这个接口中，使用消息发送器生成一条异步消息，代码如下所示:
@RestController
@RequestMapping (“/order”)@Slf4j
public class OrderRestController {
@Autowired
private OrderService orderService;
@Autowired
private MessageSender messageSender;
CPutMapping()
public Mono update (@RequestBody OrderQo orderQo) throws Exception{
Order order = CopyUtil.copy(orderQo, Order.class);
order.setModify(new Date());
List<0rderDetail> detailList =
CopyUtil.copyList(orderQo.get0rderDetails(),OrderDetail.class);
order.setorderDetails(detailList);
Mono response = orderService.save(order).then();
//发送 MQ消息,通知订单修改
messageSender.OrderUpdateMsg(orderQo);
log.info(“修改=”+ response);
return response;
}
}
上面就是在分布式事务设计中消息生产方的一个设计实例。接下来，我们看看消息消费者是如何接收消息的,以完成一次分布式事务的过程。
订单取消的库存变化处理
接收订单取消的消息处理是在库存管理项目goods-microservice的goods-restapi模块中实现的。其中，MQ的组件依赖和服务器连接的配置与前面的基本相同。
在库存接口微服务应用中，我们只需设计一个订单消息接收器MessageOrderReceiver，就可以完成消息监听、消息接收、消息处理的相关操作，代码如下所示:
@component
public class MessageOrderReceiver {
private static Logger logger=
LoggerFactory.getLogger (MessageOrderReceiver.class);
@Autowired
private GoodsService goodsService;
@RabbitListener(queuesToDeclare = CQueue (value = “ordermsg.update”))public void orderUpdate (byte[] body) {
logger.info(“----------订单变更消息处理----------”);try {
OrderQo orderQo =new Gson ().fromJson (new String (body,“UTF-8”)，
OrderQo.class);
if（orderQo != null） {
logger.info(“接收订单更新消息，订单编号=”+orderQo.getorderNo());
if (orderQo.getStatus() !=null && orderQo.getStatus() <0){
List<0rderDetailQ0> list = orderQo.getorderDetails();
for (orderDetailQo orderDetailQ0 : list) {
Goods goods =
goodsService.getById(orderDetailQo.getGoodsid());
if(goods != null）{
Integer num= goods.getBuynum() != null &&
goods.getBuynum() >0?
goods.getBuynum() - 1 :0;
goods.setBuynum (num) ;
goodsservice.update(goods);
logger.info(“更新了商品购买数量,商品名称=”+
goods.getName ());
}
}
}
}
}
catch (Exception e) {
e.printStackTrace();
}
}
}
这里我们监听了消息队列“ordermsg.update”，将接收的消息转换成查询对象OrderQo，这样，即可根据订单状态和订单明细中的商品数据，决定是否执行商品库存存量减少的操作，完成一次分布式事务管理的整个流程。
订单管理后台微服务开发
===========
订单管理后台微服务是为商家提供的一个PC端的Web微服务应用，它的设计在订单微服务项目的order-web模块中。在这个模块中，含有微服务接口调用和页面设计等内容，与前面章节中类目管理和库存管理项目的设计大同小异。这里只针对一些不同点进行详细介绍，其他方面可以参照前面章节。
订单查询主页设计
订单后台主页控制器 OrderController的设计代码如下所示:
@RestController
@RequestMapping(" /order")
public class OrderController {
private static Logger logger =
LoggerFactory.getLogger(0rderController.class);
@Autowired
private OrderRestService orderRestservice;
CRequestMapping(value=“/index”)
public ModelAndView index (ModelMap model) throws Exceptionl
//订单状态枚举集合
StatusEnum[] statuses = StatusEnum.values();model .addAttribute( “statuses”, statuses);
return new ModelAndview( “order/index”);
@RequestMapping (value=“/{id}”)
public ModelAndview findById (@PathVariable String id,ModelMap model)
String json = orderRestService.findById(id);
OrderQo orderQo =new Gson().fromJson(json,OrderQo.class);
model .addAttribute (“status”,
StatusEnum.valueOf(orderQo. getStatus()).getName ());
model.addAttribute( " order",orderQo);
return new ModelAndView(“order/show”);
}
@RequestMapping(value = “/list”)
public Page<Map<String,0bject>> findAll(Ordergo orderQo) throws Exception {
String json = orderRestService.findPage (orderQo);
Pageable pageable = PageRequest.of (orderQo.getPage(),orderQo.getSize (),
null）;
List<0rderQo> list = new Gson() .fromJson(json,new
TypeToken<List<0rderQ0>>(){}.getType());
for(0rderQo order : list){
order.setStatusStr (StatusEnum. valueOf (order.getStatus()) .getName ());
}
String count =orderRestService.getCount();
return new PageImpl(list, pageable, new Long (count));
}
}
这几个方法中都用到了订单状态的枚举类型集合StatusEnum，使用这个集合，为我们在订单查询和参数转换中提供很多方便。
其中在分页查询中，调用了两次订单接口，一次用来取得订单列表，另一次用来取得订单总数。通过这个总数，才能计算出总的页数。另外，对于列表中订单状态的显示，在这里提前进行了转换处理,这样在后面的页面设计中，就可以直接使用。
基于订单状态的枚举集合，主页页面设计中的查询条件设计代码如下所示:
-
全部
th:value=“$ {status.code}” th:text=“${status.name}”>
通过引用订单状态的枚举集合变量statuses，使用一个th:each循环语句，即可生成一个订单状态的下拉列表框。
订单状态修改设计
总结：心得体会
既然选择这个行业，选择了做一个程序员，也就明白只有不断学习，积累实战经验才有资格往上走，拿高薪，为自己，为父母，为以后的家能有一定的经济保障。
学习时间都是自己挤出来的，短时间或许很难看到效果，一旦坚持下来了，必然会有所改变。不如好好想想自己为什么想进入这个行业，给自己内心一个答案。
面试大厂，最重要的就是夯实的基础，不然面试官随便一问你就凉了；其次会问一些技术原理，还会看你对知识掌握的广度，最重要的还是你的思路，这是面试官比较看重的。
最后，上面这些大厂面试真题都是非常好的学习资料，通过这些面试真题能够看看自己对技术知识掌握的大概情况，从而能够给自己定一个学习方向。包括上面分享到的学习指南，你都可以从学习指南里理顺学习路线，避免低效学习。
大厂Java架构核心笔记（适合中高级程序员阅读）：
th:each循环语句，即可生成一个订单状态的下拉列表框。
订单状态修改设计
总结：心得体会
既然选择这个行业，选择了做一个程序员，也就明白只有不断学习，积累实战经验才有资格往上走，拿高薪，为自己，为父母，为以后的家能有一定的经济保障。
学习时间都是自己挤出来的，短时间或许很难看到效果，一旦坚持下来了，必然会有所改变。不如好好想想自己为什么想进入这个行业，给自己内心一个答案。
面试大厂，最重要的就是夯实的基础，不然面试官随便一问你就凉了；其次会问一些技术原理，还会看你对知识掌握的广度，最重要的还是你的思路，这是面试官比较看重的。
最后，上面这些大厂面试真题都是非常好的学习资料，通过这些面试真题能够看看自己对技术知识掌握的大概情况，从而能够给自己定一个学习方向。包括上面分享到的学习指南，你都可以从学习指南里理顺学习路线，避免低效学习。
大厂Java架构核心笔记（适合中高级程序员阅读）：
[外链图片转存中…(img-rn9qjafa-1720116691438)]
