分布式服務(wù)
分布式服務(wù)框架是大型互聯(lián)網(wǎng)架構(gòu)的基礎(chǔ)組件之一蒸播，目標(biāo)是能讓各個(gè)業(yè)務(wù)服務(wù)化睡榆，并且在服務(wù)化框架的管理下能夠?qū)崿F(xiàn)基本的 RPC 功能萍肆，以及必要的服務(wù)發(fā)現(xiàn)、服務(wù)治理胀屿、熔斷塘揣、限流等高級(jí)功能。Dubbo 是阿里開(kāi)源的比較知名的分布式服務(wù)化框架宿崭。
服務(wù)化的好處顯而易見(jiàn)亲铡，能讓各個(gè)系統(tǒng)解耦，便于系統(tǒng)拆分葡兑，服務(wù)之間的調(diào)用能很好的被管理起來(lái)奖蔓，無(wú)狀態(tài)的服務(wù)可以部署多個(gè)實(shí)例，提升系統(tǒng)的處理能力讹堤。但是系統(tǒng)拆分過(guò)后吆鹤，會(huì)有一個(gè)明顯的問(wèn)題要解決，即分布式事務(wù)的問(wèn)題洲守。比如一次請(qǐng)求需要對(duì)兩個(gè)服務(wù)分別執(zhí)行一次寫(xiě)操作檀头，當(dāng)一個(gè)服務(wù)的寫(xiě)操作失敗后，另一個(gè)服務(wù)的已經(jīng)持久化的寫(xiě)操作如何有效地進(jìn)行回滾岖沛，是一個(gè)很關(guān)鍵的問(wèn)題暑始，回滾不到位的話(huà)，就會(huì)產(chǎn)生臟數(shù)據(jù)婴削。
分布式事務(wù)的基本原理本質(zhì)上都是兩階段提交協(xié)議（2PC）廊镜，TCC （try-confirm-cancel）其實(shí)也是一種 2PC，只不過(guò) TCC 規(guī)定了在服務(wù)層面實(shí)現(xiàn)的具體細(xì)節(jié)唉俗，即參與分布式事務(wù)的服務(wù)方和調(diào)用方至少要實(shí)現(xiàn)三個(gè)方法：try 方法嗤朴、confirm 方法、cancel 方法虫溜。
服務(wù)調(diào)用方（ Consumer ）在 try 階段調(diào)用提供方（ Provider ）的 try 方法雹姊，真整個(gè) try 階段一旦成功，接下來(lái)就相繼調(diào)用各個(gè)服務(wù)參與者的 confirm 方法衡楞，而 try 階段一旦失敗吱雏，就立即相繼調(diào)用各個(gè)服務(wù)參與者的 cancel 方法，保證整個(gè)事務(wù)的最終一致性瘾境。而一旦進(jìn)入 confirm 或者 cancel 階段歧杏，就會(huì)一直 confirm 或者 cancel 下去，系統(tǒng)應(yīng)該提供恢復(fù)機(jī)制迷守，即使在 confirm 階段出錯(cuò)時(shí)犬绒，也能夠保證立即或者定時(shí) confirm，直到全部的服務(wù) confirm 成功兑凿。
TCC-Transaction 是一種開(kāi)源的 TCC 型事務(wù)的實(shí)現(xiàn)凯力，源代碼在 Github 可以找到茵瘾，內(nèi)部提供一個(gè)基于 dubbo 的例子。事實(shí)上咐鹤，TCC-Transaction 并不依賴(lài)具體的 RPC 框架拗秘，用 dubbo 只是為演示例子的方便。
Dubbo-sample 整體流程
TCC-Transaction 的源碼用 maven 管理慷暂，其中有一個(gè) tcc-transaction-dubbo-sample 的子模塊，跑 demo 之前需要提前執(zhí)行在 src/main/dbscripts 中的數(shù)據(jù)庫(kù)腳本晨雳。dubbo-sample 模擬的是一個(gè)經(jīng)典的訂單購(gòu)物扣款的例子行瑞，其中包含的服務(wù)有：
- order 服務(wù)：負(fù)責(zé)發(fā)起下單操作
- capital 服務(wù)：管理用戶(hù)的資金賬戶(hù)，對(duì)外提供資金扣款的操作
- redpacket 服務(wù) : 管理用戶(hù)的紅包賬戶(hù)餐禁，對(duì)外提供紅包扣款的操作
整個(gè)流程是這樣的：order 服務(wù)創(chuàng)建訂單血久，然后調(diào)用 capital 服務(wù)請(qǐng)求扣除資金賬戶(hù)金額，再調(diào)用 redpacket 服務(wù)請(qǐng)求扣除紅包賬戶(hù)余額帮非，當(dāng)資金賬戶(hù)和紅包賬戶(hù)余額在 try 階段都成功后氧吐，order 服務(wù)開(kāi)始執(zhí)行 confirm 方法把訂單置為成功，同時(shí)調(diào)用 capital 和 redpakcet 服務(wù)把轉(zhuǎn)賬訂單置為成功末盔。
Zookeeper 與 Dubbo
dubbo 的啟動(dòng)需要一個(gè)注冊(cè)中心筑舅，源碼中的例子中使用 zookeeper 作為注冊(cè)中心，所以在啟動(dòng)例子之前需要先下載并啟動(dòng) zookeeper . zookeeper 可以在 Apache 官網(wǎng)下載下來(lái)陨舱，解壓之后將 confg 下的 zoo_sample.cfg 重命名為 zoo.cfg 后（即使用默認(rèn)配置）翠拣，通過(guò)啟動(dòng)腳本 bin/zkServer.sh start 啟動(dòng) zookeeper 即可。由于 zookeeper 默認(rèn)監(jiān)聽(tīng) 2181 端口游盲，要保證此端口不被其他程序占用误墓。
之后需要在 IDE 中配置三個(gè)Tomcat，分別啟動(dòng) tcc-transaction-dubbo-capital益缎、tcc-transaction-dubbo-redpacket谜慌、tcc-transaction-dubbo-order .
啟動(dòng)后可按提示模擬支付請(qǐng)求，比如如下界面莺奔，可輸入具體金額然后執(zhí)行相應(yīng)的支付流程：
源碼導(dǎo)讀
在 order 的 controller 層接受頁(yè)面上用戶(hù)發(fā)起的下單和支付請(qǐng)求欣范，發(fā)起 TCC 事務(wù)的代碼為makePayment
paymentService.makePayment(order, redPacketPayAmount, order.getTotalAmount().subtract(redPacketPayAmount));
在 makePayment 方法內(nèi)部是 TCC 的實(shí)現(xiàn)邏輯，包括 try令哟、confirm熙卡、cancel 方法，并通過(guò) @Compensable 注解的形式告訴 TCC-Transaction 框架如何找到這三個(gè)方法：
@Compensable(confirmMethod = "confirmMakePayment", cancelMethod = "cancelMakePayment")
@Transactional
public void makePayment(Order order, BigDecimal redPacketPayAmount, BigDecimal capitalPayAmount) {
System.out.println("order try make payment called.time seq:" + DateFormatUtils.format(Calendar.getInstance(), "yyyy-MM-dd HH:mm:ss"));
order.pay(redPacketPayAmount, capitalPayAmount);
orderRepository.updateOrder(order);
String result = capitalTradeOrderService.record(buildCapitalTradeOrderDto(order));
String result2 = redPacketTradeOrderService.record(buildRedPacketTradeOrderDto(order));
}
同理励饵，在 capital 和 redpacket 服務(wù)中出現(xiàn) @Compensable 注解的地方同樣實(shí)現(xiàn)了 try驳癌、confirm、cancel方法役听。通過(guò)斷點(diǎn)調(diào)試的方法颓鲜，可以觀(guān)察出三個(gè)服務(wù)的執(zhí)行順序表窘。
總結(jié)
通過(guò) tcc-transaction 中的例子，可以初步體驗(yàn) TCC 型事務(wù)的實(shí)現(xiàn)邏輯甜滨，作為使用方需要通過(guò) tcc-transaction 提供的注解來(lái)標(biāo)記相應(yīng)的 try乐严、confirm、cancel 方法衣摩。
