【導(dǎo)讀】在LAMP環(huán)境下模擬實現(xiàn)一個異步的支付接口處理程序。通過異步支付流程的設(shè)計支持網(wǎng)站的大訪問量。使用MYSQL進(jìn)行數(shù)據(jù)的存儲。使用PHP相關(guān)擴(kuò)展實現(xiàn)密鑰的生成和報文的驗簽。探論P(yáng)KI系統(tǒng)和電子商務(wù)的安全技術(shù)。目前動態(tài)網(wǎng)頁技術(shù)有很多，有。PHP、JSP、ASP、等。本設(shè)計采用PHP技術(shù)。目前主要的數(shù)據(jù)庫有：Access、FoxPro、MYSQL、Sybase、Oracle、設(shè)計和參數(shù)配置，支持事務(wù)操縱，學(xué)習(xí)使用起來比較容易。簽名技術(shù)保證身份的認(rèn)證和數(shù)據(jù)的完整。作記錄，及時編寫模塊相關(guān)的文檔。[2]李建華.公鑰基礎(chǔ)設(shè)施理論及應(yīng)用.北京：機(jī)械工業(yè)出版社，2020.[5](美)RasmusLerdorf,KevinTatroe.PHP程序設(shè)計.北京：中國電力出版社，2020.[6](美)LeonAtkinson.MySQL核心編程.北京：清華大學(xué)出版社，2020.[8](美)BaronSchwartz.高性能MySQL.北京：電子工業(yè)出版社，2020.[11]郭欣.構(gòu)建高性能Web站點(diǎn).北京：電子工業(yè)出版社，2020.監(jiān)督，可以有效地防止欺詐和盜竊。更是達(dá)到創(chuàng)紀(jì)錄的11342億元。商家確認(rèn)收到付款后通知用戶購買成功。異步模式是大型網(wǎng)站架構(gòu)中的一種很重要的設(shè)計方法。

　　

【正文】 得各種各樣的應(yīng)用能夠以安全、一致、可信的方式與 PKI 交互，確保安全網(wǎng)絡(luò)環(huán)境的完整性和易用性。 天津大學(xué) 2020屆本科生畢業(yè)設(shè)計（論文） 14 PKI 最主要的作用就是頒發(fā)證書、撤 銷證書、創(chuàng)建和發(fā)布 CRL、存儲和檢索證書及 CRL 以及密鑰生存周期的管理。 事務(wù)機(jī)制 網(wǎng)上購物的一次交易，其付款過程至少包括以下幾步數(shù)據(jù)庫操作： 1. 更新客戶所購商品的庫存信息 2. 保存客戶付款信息 可能包括與銀行系統(tǒng)的交互 3. 生成訂單并且保存到數(shù)據(jù)庫中 4. 更新用戶相關(guān)信息，例如購物數(shù)量 等 正常的情況下，這些操作將順利進(jìn)行，最終交易成功，與交易相關(guān)的所有數(shù)據(jù)庫信息也成功地更新。但是，如果在這一系列過程中任何一個環(huán)節(jié)出了差錯，例如在更新商品庫存信息時發(fā)生異常、該顧客銀行帳戶存款 不足等，都將導(dǎo)致交易失敗。一旦交易失敗，數(shù)據(jù)庫中所有信息都必須保持交易前的狀態(tài)不變，比如最后一步更新用戶信息時失敗而導(dǎo)致交易失敗，那么必須保證這筆失敗的交易不影響數(shù)據(jù)庫的狀態(tài) 庫存信息沒有被更新、用戶也沒有付款，訂單也沒有生成。否則，數(shù)據(jù)庫的信息將會一片混亂而不可預(yù)測。 數(shù)據(jù)庫事務(wù)正是用來保證這種情況下交易的平穩(wěn)性和可預(yù)測性的技術(shù)。 事務(wù)處理可以確保除非事務(wù)性單元內(nèi)的所有操作都成功完成，否則不會永久更新面向數(shù)據(jù)的資源。通過將一組相關(guān)操作組合為一個要么全部成功要么全部失敗的單元，可以簡化錯誤恢復(fù)并使應(yīng)用 程序更加可靠。一個邏輯工作單元要成為事務(wù)，必須滿足所謂的 ACID(原子性、一致性、隔離性和持久性 )屬性 ： 1． 原子性 事務(wù)必須是原子工作單元；對于其數(shù)據(jù)修改，要么全都執(zhí)行，要么全都不執(zhí)行。通常，與某個事務(wù)關(guān)聯(lián)的操作具有共同的目標(biāo)，并且是相互依賴的。如果系統(tǒng)只執(zhí)行這些操作的一個子集，則可能會破壞事務(wù)的總體目標(biāo)。原子性消除了系統(tǒng)處理操作子集的可能性。 2. 一 致性 事務(wù)在完成時，必須使所有的數(shù)據(jù)都保持一致狀態(tài)。在相關(guān)數(shù)據(jù)庫中，所有規(guī)則都必須應(yīng)用于事務(wù)的修改，以保持所有數(shù)據(jù)的完整性。事務(wù)結(jié)束時，所有的內(nèi)部 數(shù)據(jù)結(jié)構(gòu)（如 B 樹索引或雙向鏈表）都必須是正確的。某些維護(hù)一致性的責(zé)任由應(yīng)用程序開發(fā)人員承擔(dān)，他們必須確保應(yīng)用程序已強(qiáng)制所有已知的完整性約束。例如，當(dāng)開發(fā)用于轉(zhuǎn)帳的應(yīng)用程序時，應(yīng)避免在轉(zhuǎn)帳過程中任意移動小數(shù)點(diǎn)。 3. 隔離性 天津大學(xué) 2020屆本科生畢業(yè)設(shè)計（論文） 15 由并發(fā)事務(wù)所作的修改必須與任何其它并發(fā)事務(wù)所作的修改隔離。事務(wù)查看數(shù)據(jù)時數(shù)據(jù)所處的狀態(tài)，要么是另一并發(fā)事務(wù)修改它之前的狀態(tài)，要么是另一事務(wù)修改它之后的狀態(tài)，事務(wù)不會查看中間狀態(tài)的數(shù)據(jù)。這稱為可串行性，因為它能夠重新裝載起始數(shù)據(jù)，并且重播一系列事務(wù)，以使數(shù)據(jù)結(jié)束時的狀態(tài)與原始事務(wù)執(zhí) 行的狀態(tài)相同。當(dāng)事務(wù)可序列化時將獲得最高的隔離級別。在此級別上，從一組可并行執(zhí)行的事務(wù)獲得的結(jié)果與通過連續(xù)運(yùn)行每個事務(wù)所獲得的結(jié)果相同。由于高度隔離會限制可并行執(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)程。它是一個生存期較長的進(jìn)程，通常獨(dú)立于控制終端并且周期性地執(zhí)行某種任務(wù)或等待處理某些發(fā)生的事件。守護(hù)進(jìn)程常常在系統(tǒng)引導(dǎo)裝入時啟動，在系統(tǒng)關(guān)閉時終止。 LINUX 系統(tǒng)有很多守護(hù)進(jìn)程，大多數(shù)服務(wù)都是通過守護(hù)進(jìn)程實現(xiàn)的，同時，守護(hù)進(jìn)程還能完成許多系統(tǒng)任務(wù)，例如，作業(yè)規(guī)劃進(jìn)程 crond、打印進(jìn)程 lqd 等。 由于在 LINUX 中，每一個系統(tǒng)與用戶進(jìn)行交流的界面稱為終端，每一個從此終端開始運(yùn)行的進(jìn)程都會依附于這個終端，這個終端就稱為這些進(jìn)程的控制終端，當(dāng)控制終端被關(guān)閉時，相應(yīng)的進(jìn) 程都會自動關(guān)閉。但是守護(hù)進(jìn)程卻能夠突破這種限制，它從被執(zhí)行開始運(yùn)轉(zhuǎn)，直到整個系統(tǒng)關(guān)閉時才退出。如果想讓某個進(jìn)程不因為用戶或終端或其他地變化而受到影響，那么就必須把這個進(jìn)程變成一個守護(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ī)網(wǎng)絡(luò)中的 HTTP 協(xié)議，公鑰加密， PHP 編程語言等要有深入的理解 。 天津大學(xué) 2020屆本科生畢業(yè)設(shè)計（論文） 16 第三 章 模型分析 性能分析 在一個大型電子商務(wù)網(wǎng)站中，針 對用戶訪問量大，并發(fā)度高的情況，一般的同步處理請求往往不能勝任，這時往往根據(jù)業(yè)務(wù)需求，將可以不用實時同步處理的部分與實時處理的部分分離開來，把不用實時處理的部分做異步批處理，加快單個請求的處理時間以適應(yīng)高并發(fā)的情形。 商戶平臺的異步處理策略： 在接收第三方支付平臺的通知時，只是往returnlog 表中插入通知數(shù)據(jù)。用一個異步腳本不斷檢查 returnlog 表，去更新與之相關(guān)的訂單的狀態(tài)，顧客最終在頁面上看到的結(jié)果 是由當(dāng)時讀到的訂單支付的狀態(tài)決定的。這樣做異步處理后，能在單位時間內(nèi)大大增加商戶平臺接收第三方支付平臺通知的數(shù)量。 支付平臺的異步處理策略： 支付平臺接收到商戶平臺發(fā)送的訂單數(shù)據(jù)后，只是往 orderlog 表中插入數(shù)據(jù)。用一個異步腳本不斷檢查 orderlog 表中新增加的訂單數(shù)據(jù)，將新訂單與銀行系統(tǒng)進(jìn)行通訊，獲得返回結(jié)果，修改 orderlog 中訂單的狀態(tài)。異步處理后，加快了訂單處理的速度。 安全性分析 算法使用主要考慮是否具有防篡改、防抵賴、加密、簽名是否有效幾個方面，下面的表格就以上幾個方面，對 MD DSA、 RSA 算法進(jìn)行了比較。 圖 31 幾種算法功能對比圖 天津大學(xué) 2020屆本科生畢業(yè)設(shè)計（論文） 17 第四 章 設(shè)計 總體設(shè)計 圖 41 系統(tǒng)總計設(shè)計圖 第三方支付平臺對外接口分兩種，一種是接收外部請求的接口，統(tǒng)稱為外部接入接口。一種是主動通知外部系統(tǒng)的接口，統(tǒ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ù)完成整個操作流程，必須傳遞參數(shù)return_url,即進(jìn)入商戶系統(tǒng)的下一個操作頁面。 天津大學(xué) 2020屆本科生畢業(yè)設(shè)計（論文） 18 圖 42 請求 /響應(yīng)模式示意圖 圖 43 請求 /響應(yīng)模式時序圖 (2) 主動通知交互模式 ： 買家從商戶網(wǎng)站跳轉(zhuǎn)到第三方支付平臺，在該平臺完成最后操作，買家不用再回到商戶網(wǎng)站。第三方支付平臺會將商戶關(guān)注的事件采用主動通知的方式提交給商戶系統(tǒng)。這種交互模式如果需要異步返回結(jié)果，必須傳遞notify_url 參數(shù)，用來指定通知返回的地址。 天津大學(xué) 2020屆本科生畢業(yè)設(shè)計（論文） 19 圖 44 主動通知交互模式示意圖 圖 45 主動通知交互模式時序圖 主動通知模式的流程： 1． 第三方支付平臺向商戶系統(tǒng)發(fā)出通知，即訪問商戶提供的通知接收 url. 2. 商戶系統(tǒng)接收到通知請求，驗證通知內(nèi)容的合法性。 3. 商戶系統(tǒng)對通知進(jìn)行處理。處理完畢后，返回結(jié)果給第三方支付平臺。 4. 第三方支付平臺處理商戶系統(tǒng)返回的處理結(jié)果。 數(shù)據(jù)庫設(shè)計 數(shù)據(jù)庫 采用 MYSQL 數(shù)據(jù)庫，主要涉及到的表有：訂單表 (order)、訂單日志表 (orderlog)、通知日志表 (returnlog)。 天津大學(xué) 2020屆本科生畢業(yè)設(shè)計（論文） 20 圖 42 數(shù)據(jù)庫實體關(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 訂單物品單價 NUMBER MEDIUMINT(8) N 訂單物品數(shù)量 MOBILE BIGINT(20) N 綁定手機(jī)號 STATUS TINYINT(3) N 訂單狀態(tài) MODTIME INT(10) N 修改時間 訂單日志 表： 表名： ORDERLOG 描述：訂單日志信息，詳細(xì)見表 42。 表 42 訂單日志 表 字段名 數(shù)據(jù)類型 允許空 類別 說明 ID INT(10) N 主鍵 訂單日志 ID 號 ORDERID INT(10) N 關(guān)聯(lián)訂單號 TRADENO VARCHAR(20) N 交易流水號 天津大學(xué) 2020屆本科生畢業(yè)設(shè)計（論文） 21 STATUS TINYINT(3) N 訂單狀態(tài) MODTIME INT(10) N 修改時間 通知日志 表： 表名： RETURNLOG 描述：通知日志信息，詳細(xì)見表 43。 表 43 通知日志 表 字段名 數(shù)據(jù)類型 允許空 類別 說明 ID INT(10) N 主鍵 通知日志 ID 號 USER VARCHAR(20) N 用戶名 OUTNO INT(10) N 訂單 ID PRICE DECIMAL(11,2) N 訂單物品價格 TARDENO VARCHAR(20) N 交易流水號 STATUS TINYINT(3) N 通知狀態(tài) MODTIME INT(10) N 修改時間 商戶平臺設(shè)計 圖 431 商戶平臺發(fā)送數(shù)據(jù)流程圖 商戶平臺要做的事： 天津大學(xué) 2020屆本科生畢業(yè)設(shè)計（論文） 22 1. 打包要發(fā)送的交易數(shù)據(jù)。 2. 給數(shù)據(jù)簽名。 3. 將帶有簽名的數(shù)據(jù)發(fā)送給第三方支付平臺，同時在本地記錄交易相關(guān)數(shù)據(jù)。 圖 432 商戶平臺接收通知流程圖 4. 在某一接口上監(jiān)聽第三方平臺的后臺通知。 5. 驗證后臺通知的合法性。 6. 根據(jù)通知結(jié)果改變訂單相關(guān)狀態(tài)。 7. 記錄通知數(shù)據(jù)。 8. 回調(diào) callback_url，將結(jié)果展現(xiàn)給購買客戶。 天津大學(xué) 2020屆本科生畢業(yè)設(shè)計（論文） 23 支付平臺設(shè)計 圖 441 支付平臺接收數(shù)據(jù)流程圖 支付平臺要做的事： 口接收商戶系統(tǒng)發(fā)送的數(shù)據(jù)。 。 。 4．與銀行進(jìn)行交互，得到付款的結(jié)果。 圖 442 支付平臺發(fā)送通知流程圖 天津大學(xué) 2020屆本科生畢業(yè)設(shè)計（論文） 24 。 。 callback_url 后臺腳本程序設(shè)計 寫一個腳本，布置一個守護(hù)進(jìn)程不間斷的檢測支付平臺的訂單的狀態(tài)，把已經(jīng)處理的訂單信息發(fā)送給商戶平臺。 為演示程序，寫一個守護(hù)進(jìn)程不間斷的生成訂單，發(fā)送的第三方 支付 平臺。另一個守護(hù)進(jìn)程在第三方支付平臺不斷讀取訂單數(shù)據(jù)，發(fā)送后臺通知給商戶平臺 。 天津大學(xué) 2020屆本科生畢業(yè)設(shè)計（論文） 25 第五 章 實現(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 重 寫 文件 .htaccess。 圖 511 url重 寫 配置文件 5. 配置虛擬主機(jī) ， 打開 文件，添加： 圖 512 apache 虛擬主機(jī)配置文件 6. 打開 本地