【正文】 一事務(wù)修改它之后的狀態(tài)，事務(wù)不會(huì)查看中間狀態(tài)的數(shù)據(jù)。這稱為可串行性，因?yàn)樗軌蛑匦卵b載起始數(shù)據(jù)，并且重播一系列事務(wù)，以使數(shù)據(jù)結(jié)束時(shí)的狀態(tài)與原始事務(wù)執(zhí)行的狀態(tài)相同。當(dāng)事務(wù)可序列化時(shí)將獲得最高的隔離級別。在此級別上，從一組可并行執(zhí)行的事務(wù)獲得的結(jié)果與通過連續(xù)運(yùn)行每個(gè)事務(wù)所獲得的結(jié)果相同。由于高度隔離會(huì)限制可并行執(zhí)行的事務(wù)數(shù)，所以一些應(yīng)用程序降低隔離級別以換取更大的吞吐量。4. 持久性事務(wù)完成之后，它對于系統(tǒng)的影響是永久性的。該修改即使出現(xiàn)致命的系統(tǒng)故障也將一直保持。 守護(hù)進(jìn)程守護(hù)進(jìn)程，也就是通常說的 Daemon 進(jìn)程，是 LINUX 中的后臺服務(wù)進(jìn)程。它是一個(gè)生存期較長的進(jìn)程，通常獨(dú)立于控制終端并且周期性地執(zhí)行某種任務(wù)或等待處理某些發(fā)生的事件。守護(hù)進(jìn)程常常在系統(tǒng)引導(dǎo)裝入時(shí)啟動(dòng)，在系統(tǒng)關(guān)閉時(shí)終止。LINUX 系統(tǒng)有很多守護(hù)進(jìn)程，大多數(shù)服務(wù)都是通過守護(hù)進(jìn)程實(shí)現(xiàn)的，同時(shí)，守護(hù)進(jìn)程還能完成許多系統(tǒng)任務(wù)，例如，作業(yè)規(guī)劃進(jìn)程 crond、打印進(jìn)程 lqd 等?！　∮捎谠?LINUX 中，每一個(gè)系統(tǒng)與用戶進(jìn)行交流的界面稱為終端，每一個(gè)從此終端開始運(yùn)行的進(jìn)程都會(huì)依附于這個(gè)終端，這個(gè)終端就稱為這些進(jìn)程的控制終端，當(dāng)控制終端被關(guān)閉時(shí)，相應(yīng)的進(jìn)程都會(huì)自動(dòng)關(guān)閉。但是守護(hù)進(jìn)程卻能夠突破這種限制，它從被執(zhí)行開始運(yùn)轉(zhuǎn)，直到整個(gè)系統(tǒng)關(guān)閉時(shí)才退出。如果想讓某個(gè)進(jìn)程不因?yàn)橛脩艋蚪K端或其他地變化而受到影響，那么就必須把這個(gè)進(jìn)程變成一個(gè)守護(hù)進(jìn)程。 本章總結(jié)開發(fā)系統(tǒng)主要在 LINUX 系統(tǒng)下進(jìn)行，基本的開發(fā)環(huán)境是：LINUX+APACHE+MYSQL+PHP, 在搭建好開發(fā)環(huán)境后，還要為 PHP 安裝 OPENSSL 和CURL 擴(kuò)展，由于要在同一臺機(jī)器上模擬商戶平臺和第三方交易平臺，需要在APACHE 配置文件中進(jìn)行虛擬主機(jī)的配置。系統(tǒng)開發(fā)要求對 LINUX 有較為熟練的掌握，并且對計(jì)算機(jī)網(wǎng)絡(luò)中的 HTTP 協(xié)議，公鑰加密，PHP 編程語言等要有深入天津大學(xué) 2022 屆本科生畢業(yè)設(shè)計(jì)（論文）16的理解。第三章 模型分析 性能分析在一個(gè)大型電子商務(wù)網(wǎng)站中，針對用戶訪問量大，并發(fā)度高的情況，一般的同步處理請求往往不能勝任，這時(shí)往往根據(jù)業(yè)務(wù)需求，將可以不用實(shí)時(shí)同步處理的部分與實(shí)時(shí)處理的部分分離開來，把不用實(shí)時(shí)處理的部分做異步批處理，加快單個(gè)請求的處理時(shí)間以適應(yīng)高并發(fā)的情形。商戶平臺的異步處理策略：在接收第三方支付平臺的通知時(shí)，只是往returnlog 表中插入通知數(shù)據(jù)。用一個(gè)異步腳本不斷檢查 returnlog 表，去更新與之相關(guān)的訂單的狀態(tài)，顧客最終在頁面上看到的結(jié)果是由當(dāng)時(shí)讀到的訂單支付的狀態(tài)決定的。這樣做異步處理后，能在單位時(shí)間內(nèi)大大增加商戶平臺接收第三方支付平臺通知的數(shù)量。支付平臺的異步處理策略：支付平臺接收到商戶平臺發(fā)送的訂單數(shù)據(jù)后，只是往 orderlog 表中插入數(shù)據(jù)。用一個(gè)異步腳本不斷檢查 orderlog 表中新增加的訂單數(shù)據(jù)，將新訂單與銀行系統(tǒng)進(jìn)行通訊，獲得返回結(jié)果，修改 orderlog中訂單的狀態(tài)。異步處理后，加快了訂單處理的速度。 安全性分析算法使用主要考慮是否具有防篡改、防抵賴、加密、簽名是否有效幾個(gè)方面，下面的表格就以上幾個(gè)方面，對 MDDSA、RSA 算法進(jìn)行了比較。圖 31　　幾種算法功能對比圖天津大學(xué) 2022 屆本科生畢業(yè)設(shè)計(jì)（論文）17第四章 設(shè)計(jì) 總體設(shè)計(jì)圖 41　　系統(tǒng)總計(jì)設(shè)計(jì)圖第三方支付平臺對外接口分兩種，一種是接收外部請求的接口，統(tǒng)稱為外部接入接口。一種是主動(dòng)通知外部系統(tǒng)的接口，統(tǒng)稱為外部通知接口。外部接入接口的主要目的是讓外部合作伙伴主動(dòng)使用第三分支付平臺的服務(wù)，如創(chuàng)建交易等。外部通知接口的主要目的是為外部合作伙伴提供數(shù)據(jù)同步服務(wù)，如交易狀態(tài)同步，以及異步處理結(jié)果返回服務(wù)。對應(yīng)的兩種交互模式：(1)請求/響應(yīng)模式：是最常用的一種交互模式。在這種交互模式下，商戶系統(tǒng)向第三方支付平臺發(fā)送請求數(shù)據(jù)，并同步等待第三方支付平臺處理完畢之后返回的響應(yīng)數(shù)據(jù)。請求/響應(yīng)模式根據(jù)頁面流程，可以分為系統(tǒng)調(diào)用和頁面跳轉(zhuǎn)，系統(tǒng)調(diào)用只需要調(diào)用相關(guān)接口文件就可以完成相關(guān)的業(yè)務(wù)操作，而頁面跳轉(zhuǎn)則需要進(jìn)入第三方支付平臺頁面，完成相關(guān)操作。如果買家在跳轉(zhuǎn)到第三方支付平臺頁面完成相關(guān)操作之后，需要第三方支付平臺將處理結(jié)果立即返回給商戶網(wǎng)站的下一步操作頁面，讓用戶繼續(xù)完成整個(gè)操作流程，必須傳遞參數(shù) return_url,即進(jìn)入商戶系統(tǒng)的下一個(gè)操作頁面。天津大學(xué) 2022 屆本科生畢業(yè)設(shè)計(jì)（論文）18圖 42　　請求/響應(yīng)模式示意圖圖 43　　請求/響應(yīng)模式時(shí)序圖(2)主動(dòng)通知交互模式：買家從商戶網(wǎng)站跳轉(zhuǎn)到第三方支付平臺，在該平臺完成最后操作，買家不用再回到商戶網(wǎng)站。第三方支付平臺會(huì)將商戶關(guān)注的事件采用主動(dòng)通知的方式提交給商戶系統(tǒng)。這種交互模式如果需要異步返回結(jié)果，必須傳遞notify_url 參數(shù)，用來指定通知返回的地址。天津大學(xué) 2022 屆本科生畢業(yè)設(shè)計(jì)（論文）19圖 44　　主動(dòng)通知交互模式示意圖圖 45　　主動(dòng)通知交互模式時(shí)序圖主動(dòng)通知模式的流程：1．第三方支付平臺向商戶系統(tǒng)發(fā)出通知，即訪問商戶提供的通知接收 url.2. 商戶系統(tǒng)接收到通知請求，驗(yàn)證通知內(nèi)容的合法性。3. 商戶系統(tǒng)對通知進(jìn)行處理。處理完畢后，返回結(jié)果給第三方支付平臺。4. 第三方支付平臺處理商戶系統(tǒng)返回的處理結(jié)果。 數(shù)據(jù)庫設(shè)計(jì)數(shù)據(jù)庫采用 MYSQL 數(shù)據(jù)庫，主要涉及到的表有：訂單表(order)、訂單日志表(orderlog)、通知日志表(returnlog)。天津大學(xué) 2022 屆本科生畢業(yè)設(shè)計(jì)（論文）20圖 42　　數(shù)據(jù)庫實(shí)體關(guān)系圖訂單表：表名：ORDER描述：訂單信息，詳細(xì)見表 41。表 41　　訂單表字段名 數(shù)據(jù)類型 允許空 類別 說明ID INT(10) N 主鍵 訂單 ID 號USER VARCHAR(20) N 用戶名DEAL VARCHAR(20) N 交易名PRICE DECIMAL(11,2) N 訂單物品單價(jià)NUMBER MEDIUMINT(8) N 訂單物品數(shù)量MOBILE BIGINT(20) N 綁定手機(jī)號STATUS TINYINT(3) N 訂單狀態(tài)MODTIME INT(10) N 修改時(shí)間訂單日志表：表名：ORDERLOG描述：訂單日志信息，詳細(xì)見表 42。表 42　　訂單日志表字段名 數(shù)據(jù)類型 允許空 類別 說明ID INT(10) N 主鍵 訂單日志 ID 號ORDERID INT(10) N 關(guān)聯(lián)訂單號 TRADENO VARCHAR(20) N 交易流水號天津大學(xué) 2022 屆本科生畢業(yè)設(shè)計(jì)（論文）21STATUS TINYINT(3) N 訂單狀態(tài) MODTIME INT(10) N 修改時(shí)間通知日志表：表名：RETURNLOG描述：通知日志信息，詳細(xì)見表 43。表 43　　通知日志表字段名 數(shù)據(jù)類型 允許空 類別 說明ID INT(10) N 主鍵 通知日志 ID 號USER VARCHAR(20) N 用戶名 OUTNO INT(10) N 訂單 IDPRICE DECIMAL(11,2) N 訂單物品價(jià)格TARDENO VARCHAR(20) N 交易流水號STATUS TINYINT(3) N 通知狀態(tài) MODTIME INT(10) N 修改時(shí)間 商戶平臺設(shè)計(jì)圖 431　　商戶平臺發(fā)送數(shù)據(jù)流程圖商戶平臺要做的事：天津大學(xué) 2022 屆本科生畢業(yè)設(shè)計(jì)（論文）221. 打包要發(fā)送的交易數(shù)據(jù)。2. 給數(shù)據(jù)簽名。3. 將帶有簽名的數(shù)據(jù)發(fā)送給第三方支付平臺，同時(shí)在本地記錄交易相關(guān)數(shù)據(jù)。圖 432　　商戶平臺接收通知流程圖4. 在某一接口上監(jiān)聽第三方平臺的后臺通知。5. 驗(yàn)證后臺通知的合法性。6. 根據(jù)通知結(jié)果改變訂單相關(guān)狀態(tài)。7. 記錄通知數(shù)據(jù)。8. 回調(diào) callback_url，將結(jié)果展現(xiàn)給購買客戶。天津大學(xué) 2022 屆本科生畢業(yè)設(shè)計(jì)（論文）23 支付平臺設(shè)計(jì)圖 441　　支付平臺接收數(shù)據(jù)流程圖支付平臺要做的事：。4．與銀行進(jìn)行交互，得到付款的結(jié)果。圖 442　　支付平臺發(fā)送通知流程圖天津大學(xué) 2022 屆本科生畢業(yè)設(shè)計(jì)（論文）24。 callback_url 后臺腳本程序設(shè)計(jì)寫一個(gè)腳本，布置一個(gè)守護(hù)進(jìn)程不間斷的檢測支付平臺的訂單的狀態(tài)，把已經(jīng)處理的訂單信息發(fā)送給商戶平臺。為演示程序，寫一個(gè)守護(hù)進(jìn)程不間斷的生成訂單，發(fā)送的第三方支付平臺。另一個(gè)守護(hù)進(jìn)程在第三方支付平臺不斷讀取訂單數(shù)據(jù)，發(fā)送后臺通知給商戶平臺。天津大學(xué) 2022 屆本科生畢業(yè)設(shè)計(jì)（論文）25第五章 實(shí)現(xiàn) 系統(tǒng)配置1. 在 UBUNTU 中安裝 APACHE, MYSQL,PHP 環(huán)境（詳細(xì)步驟見附錄） 。2. 使 APACHE 支持 url 重寫。打開 mod_rewrite 模塊：sudo a2enmod rewrite，修改/etc/apache2/sitesenabled/000default 文件,將Directory /var/ / 里面 AllowOverride 的值改為 All。3. 重啟 apache2:/etc/。4. 為站點(diǎn)配置 url 。圖 511　　url 重寫配置文件5. 配置虛擬主機(jī)，打開 文件，添加：圖 512　　apache 虛擬主機(jī)配置文件6. 打開本地/etc/hosts 文件，添加：圖 513　　本地 hosts 配置文件 商戶平臺1. 商戶平臺生成訂單數(shù)據(jù)：這里用到數(shù)字簽名，證書的簽名和驗(yàn)簽函數(shù)：天津大學(xué) 2022 屆本科生畢業(yè)設(shè)計(jì)（論文）26圖 52　　簽名與驗(yàn)證簽名函數(shù)簽名過程：首先利用 openssl_get_privatekey 函數(shù)獲得私鑰的文件資源符，然后用 openssl_sign 函數(shù)對原始數(shù)據(jù)利用私鑰進(jìn)行簽名，最后用base64_encode 函數(shù)返回簽名的 base64 編碼。2. 商戶平臺將生成的數(shù)據(jù)發(fā)送給第三方支付平臺：首先生成一個(gè) curl 對象，再調(diào)用 curl 對象的 Post 方法，將要發(fā)送的數(shù)據(jù)做為參數(shù)。這里用到php 的 curl 拓展。curl 是一個(gè)利用 URL 語法在命令行方式下工作的文件傳輸工具。它支持很多協(xié)議：FTP, FTPS, HTTP, HTTPS, GOPHER, TELNET, DICT, FILE 以及 LDAP。3. 商戶平臺在指定接口上偵聽第三方支付平臺的后臺通知。當(dāng)收到后臺通知時(shí)，商戶平臺首先用 explode 函數(shù)對通知內(nèi)容進(jìn)行解析，然后對內(nèi)容進(jìn)行驗(yàn)證簽名。驗(yàn)證簽名過程：首先利用 openssl_get_publickey 函數(shù)從證書文件中獲取公鑰，然后用 base64_decode 函數(shù)對簽名數(shù)據(jù)進(jìn)行 base64 解碼，最后利用 openssl_verify 函數(shù)結(jié)合解碼后的簽名數(shù)據(jù)和公鑰進(jìn)行驗(yàn)證簽名。 支付平臺1．接收來至商戶平臺的數(shù)據(jù)，并驗(yàn)證簽名：用 PHP 的函數(shù) file_get_contents 進(jìn)行商戶 POST 數(shù)據(jù)的接收，用 explode方法將數(shù)據(jù)進(jìn)行解析，用 KeyGen 的驗(yàn)證簽名函數(shù) verify 進(jìn)行商戶數(shù)據(jù)的驗(yàn)證簽名。簽名過程：首先利用 openssl_get_privatekey 函數(shù)獲得私鑰的文件資源符（私鑰和證書格式見附錄） ，然后用 openssl_sign 函數(shù)對原始數(shù)據(jù)利用私鑰進(jìn)行簽名，最后用 base64_encode 函數(shù)返回簽名的 base64 編碼。2. 構(gòu)造后臺通知數(shù)據(jù)：利用 _bulid_query 函數(shù)構(gòu)造待簽名的原始數(shù)據(jù)，簽名過程：首先利用天津大學(xué) 2022 屆本科生畢業(yè)設(shè)計(jì)（論文）27openssl_get_privatekey 函數(shù)獲得私鑰的文件資源符，然后用 openssl_sign函數(shù)對原始數(shù)據(jù)利用私鑰進(jìn)行簽名，最后用 base64_encode 函數(shù)返回簽名的base64 編碼。3．發(fā)送后臺通知給商戶系統(tǒng)：首先生成一個(gè) curl 對象，再調(diào)用 curl 對象的 Post 方法，將要發(fā)送的數(shù)據(jù)做參數(shù)，設(shè)置 curl 作用的 url 地址。 守護(hù)進(jìn)程創(chuàng)建商戶平臺守護(hù)進(jìn)程腳本：圖 541　　商戶平臺腳本腳本主要在一個(gè)無限循環(huán)中做發(fā)送數(shù)據(jù)的請求，其中的 url 變量指定的是第三方支付平臺接收數(shù)據(jù)的接口。通過 OrderController 的 creatPostData 函數(shù)構(gòu)造待發(fā)送的數(shù)據(jù)并進(jìn)行簽名，然后構(gòu)造 curl 對象，調(diào)用 curl 對象的Post 函數(shù)，將數(shù)據(jù)發(fā)送出去，最后用 mit 執(zhí)行數(shù)據(jù)庫事務(wù)的提交。創(chuàng)建第三方平臺守護(hù)進(jìn)程腳本 ：天津大學(xué) 2022 屆本科生畢業(yè)設(shè)計(jì)（論文）28圖 542　　第三方支付平臺腳本腳本主要在一個(gè)無限循環(huán)中做發(fā)送后臺通知的請求，其中的 url 變量指定的是商戶平臺接收通知的接口。首先篩選出未處理的 orderlog 記錄，然后在OrderlogController 的 noti 函數(shù)中進(jìn)行數(shù)據(jù)簽名并執(zhí)行 curl 操作，往商戶平臺接收通知的接口發(fā)送通知數(shù)據(jù)，最后用 mit 執(zhí)行數(shù)據(jù)庫事務(wù)的提交。賦予腳本可執(zhí)行權(quán)限： sudo chmod a+x 賦予腳本可執(zhí)行權(quán)限： sudo chmod a+x 運(yùn)行時(shí)，執(zhí)行命令：$ nohup amp。和$