松崗網站(zhàn)制作(zuò)公司創絡近期在幫一位客戶開發網站(zhàn)時，遇到這樣一個需求，就(jiù)是當網站(zhàn)調用阿裡(lǐ)雲接口發送短(duǎn)信後，需要獲取用戶接收短(duǎn)信狀态的回執。這樣就(jiù)可(kě)以很好的知道有哪些用戶沒有接收到短(duǎn)信，然後有針對性的進行人(rén)工(gōng)聯系，保障用戶權益。當然，這裡(lǐ)有一個前提，就(jiù)是網站(zhàn)已經能夠成功的向用戶發送短(duǎn)信了。
簡述前序：注冊阿裡(lǐ)雲賬戶并進行企業實名認證，購(gòu)買短(duǎn)信套餐包，創建短(duǎn)信專用的RAM賬戶并分(fēn)配權限，下載SDK包，解壓後把SDK部署到網站(zhàn)項目中去(qù)。登陸RAM賬戶去(qù)創建短(duǎn)信簽名模闆和短(duǎn)信模闆并提交審核。根據我們的實際經驗，模闆審核還(hái)是很快(kuài)的，一般工(gōng)作(zuò)時間段内，2小時内會審核下來(lái)。然後根據實際程序需要，進行短(duǎn)信發送功能的定制開發。我們在前面的文章(zhāng)中也介紹了相(xiàng)關開發，比如(rú)說(shuō)如(rú)何實現批量發送短(duǎn)信。由于跟蹤用戶接收短(duǎn)信的狀态是客戶後面才提出的要求，因此我們需要對前面的程序進行升級改造。
第一步：把短(duǎn)信發送記錄保存到數據庫中。爲了跟蹤每一條短(duǎn)信的狀态，所以我們需要将短(duǎn)信分(fēn)條保存到數據庫中，即便是批量發送的時候也要将所有的短(duǎn)信拆分(fēn)出來(lái)。數據庫中至少需要保存手機(jī)号碼、短(duǎn)信發送流水号和默認的短(duǎn)信狀态（如(rú)：待核實）。如(rú)果還(hái)有其他(tā)方面的需要還(hái)可(kě)以進一步保存短(duǎn)信編碼（來(lái)自(zì)阿裡(lǐ)雲）、信息摘要（或者拼接成完整的短(duǎn)信内容）和發送時間等。短(duǎn)信發送的時候，流水号是可(kě)選的，但(dàn)是當我們需要跟蹤短(duǎn)信狀态的時候，就(jiù)要當作(zuò)必填資料來(lái)處理(lǐ)了。我們是每一次發送短(duǎn)信（批量或者單條發送都(dōu)算）都(dōu)采用獨立的流水号，另外再補充下，發送短(duǎn)信前要注意手機(jī)号碼校(xiào)驗和去(qù)重。這樣在獲取短(duǎn)信回執的時候，就(jiù)可(kě)以根據流水号和手機(jī)号碼對應更新其狀态了。
第二步：在短(duǎn)信控制台中開啓雲通信消息接收的狀态報告接收，分(fēn)别開啓MNS消息隊列消費模式和HTTP批量推送模式。并填寫對應的回執通知URL，這裡(lǐ)的URL是我們自(zì)己開發的一個文件(jiàn)，專門(mén)用來(lái)接收阿裡(lǐ)雲推送（帶參請(qǐng)求）回來(lái)的通知數據。請(qǐng)見(jiàn)下圖：
第三步：處理(lǐ)通知數據。到這一步就(jiù)相(xiàng)對比較容易了，在我們自(zì)己開發的通知處理(lǐ)文件(jiàn)中，引入SDK，填寫好第二步中生(shēng)成的queueName，然後就(jiù)可(kě)以在發送短(duǎn)信成功後，在這個文件(jiàn)中獲取到阿裡(lǐ)雲返回回來(lái)的數據了。數據中包含了短(duǎn)信發送狀态、狀态碼、狀态信息、手機(jī)号、流水号等有用的數據，我們隻需要從(cóng)中取出我們自(zì)己需要的數據，然後去(qù)和數據庫中的短(duǎn)信發送記錄比對和更新即可(kě)。
通過對阿裡(lǐ)雲短(duǎn)信接口的開發集成和使用，我們發現開發難度還(hái)是有的，首次開發也可(kě)能會遇到一些坑，但(dàn)是開發完成後的整體(tǐ)使用效果非常不錯，推薦大(dà)家研究學習下。
