快捷導(dǎo)航

ThinkPHP內(nèi)置jsonRPC的缺陷分析

更新時間：2014年12月18日 11:40:49 投稿：shichen2014

這篇文章主要介紹了ThinkPHP內(nèi)置jsonRPC的缺陷,以實例形式詳細分析了ThinkPHP內(nèi)置jsonRPC校驗的缺陷與解決方法,具有一定的參考借鑒價值,需要的朋友可以參考下

本文較為詳細的分析了ThinkPHP內(nèi)置jsonRPC的缺陷。分享給大家供大家參考。具體分析如下：

最近在開發(fā)ios應(yīng)用,要開發(fā)ios應(yīng)用,當(dāng)然要用到服務(wù)器,用服務(wù)器必然要選用遠程調(diào)用協(xié)議,因為之前本人一直都是用php開發(fā)的,所以選用thinkphp當(dāng)框架的apache服務(wù)器.

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

簡單地,用thinkphp做客戶端,去調(diào)用thinkphp服務(wù)器端的接口,好用.

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

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

后來，我開始看thinkphp內(nèi)置的jsonRPC模塊,經(jīng)過不停的調(diào)試(各種調(diào)試,又刪代碼,又Dbug),發(fā)現(xiàn)了這樣一行代碼:

復(fù)制代碼代碼如下:

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

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

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

復(fù)制代碼代碼如下:

if (is_array($request['params'])) {

      $request['params'] = array_values($request['params']);

} else {

      $request['params'] = array($request['params']);

}

這樣就完美解決了問題.

希望本文所述對大家基于ThinkPHP框架的PHP程序設(shè)計有所幫助。

您可能感興趣的文章: