一做了幾件事
1聯調賬單支付介面
2協查乙個有關賬單支付的問題
3企賬退款準生產測試
二每一件事情設計到哪些內容
賬單支付介面的聯調
要清楚自己需要做哪些事情，不需要做哪些事情，才能有的放矢的去處理這個問題
1因為提供乙個生產環境的介面給外部商戶，所以介面的內容是肯定不用修改的，所以自己是不用考慮修改**的
2因為介面要接受商戶穿過來的引數，所以一定要做必要的驗證
要驗證的內容包括
（1）引數是否必填（即一些必填的引數一定不要漏填）
（2）如果引數必填了，引數的格式是否正確
（3）一些非必填的引數，格式是否正確
（4）接下來要驗證的就是有關該商戶的資訊了
（4-1）商戶的交易許可權
（4-2）商戶的外網請求ip
(5)請求賬單支付平台報錯，因為介面一直都是好的，所以不用擔心服務會出現問題，這時候注意力一定要放在引數是否完整上（要多多思考一下，最可能是什麼原因，找對方向才是你最最應該做的）
賬單支付協查問題：現象為已經將某乙個商戶的某乙個省份的交易許可權給關閉了，但是該省份中的有乙個使用者是可以進入該系統中的
乙個系統呼叫另外乙個系統中的介面，請求報文和響應報文在都是debug日誌（生產環境debug日誌是不列印的）的情況下，如何定位到該介面返回的內容呢
我的處理方法:
找到哪個系統的另外乙個同事，請求讓他幫我查詢一下這介面
正確的處理方法：
看一下下文有沒有把這個日誌給列印出來，或者看看是否呼叫這個介面失敗了，即使拿到資料了想要的資料，也不能保證程式是否能夠拿到資料，只要稍微的再多看一下日誌，那麼這個問題就是迎刃而解
這些問題都有乙個共性 就是能夠很快的找到位置 但是定位問題的過程往往容易想偏
企賬退款測試
要通過測試看日誌資訊的方式去去熟悉流程，這樣效率會更快，否則效率會很慢的
三應該怎麼去處理和解決這些內容
（1）確保請求引數
（2）確保商戶交易許可權
因為交易許可權在資料庫中新增之後，要重新的載入進入快取的，所以需要重啟一下服務
有兩個技巧需要注意：
（1）先找清楚要配置哪些內容，一塊配置，而不是發現乙個去配置一下，發現乙個區配置一下，配置其實也很簡單，關鍵還要重啟服務，所以就比較慢了
得到的教訓：
a其實越是著急，越想通過最直接的辦法去解決問題，往往是越浪費時間的即使完成的最慢的，所以這時候你要做的就是靜下心來，心平氣和的去思考
我應該怎麼做才能最快的完成
b笑到最後，才是真正的贏家
c不要貪圖眼前的小便宜，要把眼光放長遠一點，不要讓自己未來的處境更加的尷尬
（2）重啟服務的話，不需要重啟所有的服務，只需要哦重啟相關的服務就可以了
一切都是有最合適的方法的，既然時間那麼長為什麼要考慮換一種方式去處理呢
（3）確保請求報文中的引數
四我怎麼做的
五我為什麼這樣做（怎麼想的）
六接下來我該怎麼做
七 通過網域名稱查詢對應的ip
方式一（1） 開啟dos命令建立
（2）nslookup 網域名稱 就會出現對應的ip《通過dns伺服器找到該網域名稱對應的真實ip>
方式二ping 網域名稱 就會顯示ip
今天所遇到的問題
首先，昨天晚上做完了xenomai與linux核心編譯的任務，今天交付了 問題一 虛擬機器解除安裝 虛擬機器在安裝的時候目錄不太對，受不了就想把目錄改了，改的時候發現改不了，我就在任務管理器裡面把有關程序刪了，刪完發現，嘿果然能改目錄了，結果改完後虛擬機器裡面的linux不能用了，重啟電腦都不能用，...
今天所遇到的一些問題
今天我繼續前兩天的抓包任務，剛開始遇到了url中出現中文的問題，我不知道如何去解決，於是問了一下同組的師兄，他告訴我說把中文的編碼給變一下，於是我就去將文字的編碼給改變了，通過網上的文字編碼轉換器把文字的編碼給換了一下，結果還是不行。於是他就告訴我讓他先試試 最後他終於解出來了，用php直接把中文的...
關於兩表之間的查詢（今天所接觸到的）
博主直接上 select t.s.from tb fp corp segment t join tb fp segment s on s.segment id t.segment id 兩表之間的查詢，我所了解到的 後面如果需要新增條件的話 可以是 where和and兩個關鍵字 在mybatis框架...