如何理解ThinkPHP內置jsonRPC的缺陷

本篇內容介紹了“如何理解ThinkPHP內置jsonRPC的缺陷”的有關知識，在實際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓小編帶領大家學習一下如何處理這些情況吧！希望大家仔細閱讀，能夠學有所成！

具體分析如下：

最近在開發ios應用,要開發ios應用,當然要用到服務器,用服務器必然要選用遠程調用協議,因為之前本人一直都是用php開發的,所以選用thinkphp當框架的apache服務器.

至于遠程調用協議,經過思考,還是選用jsonRPC吧,比較簡單方便,翻了一下thinkphp(是3.2版本)的手冊,發現thinkphp還是支持jsonRPC的,這不錯啊,不用自己去寫了(當然自己寫寫也不是什么麻煩的事).

簡單地,用thinkphp做客戶端,去調用thinkphp服務器端的接口,好用.

接下來是android端,隨便去網上找了個包(android-json-rpc.jar),調用一下接口,誒！也好用,進展很順利.

接下來就換ios了,取github上找了個objc-JSONRpc的項目,拿來調用接口,不好用,很正常,可能是我找的項目有問題,于是我又換了一個Demiurgic-JSON-RPC,還是不好用,我開始對程序產生了懷疑,因為web端和android端調用都沒問題,所以我把焦點定位到了我的ios程序,我的天,花了我半天時間,我硬是沒找出問題,我還用ios端調用了其他人提供的jsp客戶端的接口,也沒問題啊.

后來，我開始看thinkphp內置的jsonRPC模塊,經過不停的調試(各種調試,又刪代碼,又Dbug),發現了這樣一行代碼:

復制代碼 代碼如下:

$result = @call_user_func_array(array($object,$request['method']),$request['params'])

注意到這個函數沒,call_user_func_array，array,點進去看參數說明,果然,$request['params']必須是數組類型,不是數組死活不認,更可恨的是,thinkphp沒有對這個參數進行嚴格的校驗,于是都不知道怎么錯的.

知道了這個原因就好辦了,前面加上校驗.

復制代碼 代碼如下:

if (is_array($request['params'])) {
      $request['params'] = array_values($request['params']);
} else {
      $request['params'] = array($request['params']);
}

“如何理解ThinkPHP內置jsonRPC的缺陷”的內容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業相關的知識可以關注億速云網站，小編將為大家輸出更多高質量的實用文章！