20170725第二次在銀聯電子支付中心上線了。給我乙個感覺，任何東西都得來個先來後到一說法.......
----------------------------------華麗的分割線
不知不覺時間到了20180528，居然在銀聯電子支付呆了1年半，在這期間上線次數已經數不過來了，雖然有些時候上線上到半夜，但好歹也算完上線成功，否則就要回退，誰都不希望回退，因為回退要扣分(滑稽的臉)，好吧，就讓我談談上線的時候，需要準備哪些內容，才會上線的過程，若出現問題不至於毫無頭緒。因為測試環境是好使，到了生產上卻有問題了，有些時候這個問題具坑人，那沒辦法啊，誰叫咱們幹的是苦力活呢？
1、上線之前必須確保上線材料準備好，因為在銀聯，他們的上線規範是比較全的，不像我們平常那種，我們自己把包打好，然後直接上線，等著驗證就行了，這些操作都是開發人員全部搞定的，但是在這邊，有專門的打包人員，有專門的上線人員，有專門的執行sql的人員，開發人員只需要將寫好的分支告知相關人員就行了，那麼在上線之前，必須確保包裡的內容是否是改的，然後碰到class檔案需要反編譯檢視，是否只有你新增的內容，當確保這些東西後，你才可以稍微放寬心。
2、上線之前需要上線評審，上線評審的時候，你則需要比較清楚地向評審人員講清楚你的改動點都有哪些，這個時候你就把你改造的地方全部都說一遍就行了，有些時候他們覺得不合理的地方，就會提出，然後你就得改，由此可見，上次線並不是那麼簡單的，需要重重把關，而不是簡簡單單開發人員單方面的校驗。
3、當全部工作準備就緒後，就等著上線，若上線出現了問題，千萬不要慌，應該靜下心想想為什麼會出現那個問題，測試環境是否能重現，若能重現，則比較好解決，把新的**提交到分支上，然後重新打包上線，當然這是最理想的情況了，然而有些時候測試環境並不能重現，這個時候要麼回退，要麼再繼續找原因。這個時候需要瀏覽器debug，瀏覽器debug往往能除錯出大部分原因，這個方法必須掌握，若最後還是沒能找到的話，只能向大佬求救了(滑稽的臉)。
APICloud系列 37 銀聯支付的實現
正式使用請與銀聯簽約 端呼叫方法 xlunionpay api.require xlunionpay xlunionpay xlunionpay callback ret,err params spid 銀聯保留引數，預設為null android用 sysprovider 銀聯保留引數，預設為nu...
微信 支付寶 銀聯支付遇到的坑 總結
出於安全考慮，驗籤我們都是放到後台進行驗籤的。對於我們移動端節省了很多的勞動力。支付介面如下 支付完成介面如下 ok，接下來開始我們輕鬆的開發之旅 準備 支付寶 1 獲取訂單資訊 根據自己公司的實際情況 可以在服務端完成，也可以在本地完成 2 客戶端拿這些訂單資訊向伺服器後台進行請求，返回支付簽名資...
整合支付寶 和 銀聯的衝突問題
整合了銀聯支付後，又整合支付寶支付，但是遇到了乙個問題，解決了很久才解決 獲取私鑰並將商戶資訊簽名,外部商戶可以根據情況存放私鑰和簽名,只需要遵循rsa簽名規範,並將簽名字串base64編碼和urlencode idsigner creatersadatasigner privatekey 這句 一...