本文較為詳細的分析了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框架的PHP程序設計有所幫助。
