今天 “C++ 簡單遠端呼叫” 第三版完成了，現在我叫他 “gcpprc” ，這次主要改進了遠端呼叫過程中引數的打包和解包過程。這次我把 gcpprc 和演示程式的原始碼分成兩組原始檔，這樣 gcpprc 就可以單獨編譯成一個共享庫。我決定 gcpprc 在 lgpl2 協議下發行，對 lgpl 通常的理解是，如果您寫的軟體始終以動態連線的形式連線到這個函式庫，您可以不公開原始碼，靜態連線和對庫本身的修改需要公開原始碼。這樣您就可以用 gcpprc 開發商業程式了，我個人認為 gcpprc 可以把一部分網路程式的程式設計難度降低一半以上，如果您需要對 gcpprc 的技術支援和定製開發，我就要考慮收費了。

  這次釋出的 gcpprc 的演示程式 gcpprccli/gcpprcser 在 gpl2 協議下發行，關於對 gpl/lgpl 的權威解釋請看 http://www.gnu.org/licenses/ 。 附件中是 gcpprc 程式原始碼，真正的本人原創。

檔案: gcpprc_03_20070503.tar 大小: 50KB 下載: 下載

注意：正如 gpl 和 lgpl 相關條款中所說的，這個軟體預設沒有擔保。我不能保證 gcpprc 和 gcpprccli/gcpprcser 中沒有錯誤，如果您需要某種程度的擔保或技術支援和定製開發等服務請和我聯絡，我會考慮，不過這些通常要收費。我的 email 是 [email protected] ，還有 [email protected] 。

    我在以前的部落格文章中說過gcpprc 的原理不難. 但 gcpprc 比較簡單實用，這也是我的設計目標。這個庫封裝了遠端物件呼叫的大部分操作，包括遠端物件的建立和撤銷，遠端物件和方法編號註冊，引數的打包和解包，打包後的遠端物件和方法編號和引數資料的網路傳輸等， gcpprc 提供了一組比較容易使用的 C++ 類，我們只需要比較簡單的程式設計就能開發出網路應用程式。gcpprc 服務端有一個通訊類處理 socket 通訊，提供各種服務的服務端物件把自己的指標傳給通訊類的物件，儲存在一個 std::map 中，客戶端的代理物件代表服務端物件接受呼叫，然後把服務端物件類標識，函式標識，函式引數打包傳給服務端，服務端把收到的資料解包，呼叫服務端物件，然後把呼叫結果資料打包傳回客戶端，客戶端把返回的資料解包，最後客戶端代理物件把呼叫結果返回客戶端程式。

    gcpprc 可以為每一個客戶端代理類例項動態建立一個對應的服務端類例項，這樣就可以儲存中間資訊。在演示程式中我用這個功能實現了一個檔案讀寫訪問類。當客戶端代理類的例項初始化時它呼叫服務端物件的 clone 方法，clone 方法建立一個服務端物件的新例項，並把新例項的指標儲存在 std::map 中，用新例項的物件標識做 std::map 中的 key ，並且把這個物件標識返回給客戶端，然後客戶端就可以用這個物件標識呼叫服務端物件了，這時服務端物件和客戶端代理是一對一服務，所以服務端物件可以儲存開啟的檔案物件，檔案讀取指標等中間資訊。當客戶端代理不再需要服務時它呼叫服務端物件的 erase 方法， erase 方法先清除服務端物件在 std::map 中的資訊，然後從記憶體中清除這個物件。如果服務端物件不需要儲存中間資訊，那麼只要有一個例項就行了，客戶端的代理用同一個標識呼叫它。我在演示程式中演示了這種情況，呼叫一個遠端物件做整數的加減法和連線字串。

    gcpprc 系統需求：
           x86-32 相容處理器，Linux 或 win2k/winxp 平臺。目前我沒有處理網路位元組順序問題，但用於 x86-32 機器之間的遠端呼叫程式設計是沒有問題的。運行於 32 位模式的 x86-64 處理器也沒問題，我的機器用的就是 AMD64 處理器, 但作業系統是 32 位的。 Linux 和 win2k/winxp 平臺之間的 gcpprc 程式也可以互相遠端呼叫。 BSD 平臺沒有測試，應該問題不大。

    gcpprc 程式開發環境： Linux 或 win32/mingw 開發環境，需要 gtkmm 開發庫。

    Linux 下編譯命令：
         gcpprc 共享庫： g++ -shared -o  libgcpprc.so gcpprclib.cc  `pkg-config gtkmm-2.4 --cflags --libs` -lgthread-2.0

         gcpprc 演示程式： 
            客戶端 gcpprccli:  g++ -Wall -g -o  gcpprccli  gcpprccli.cc `pkg-config  gtkmm-2.4 --cflags --libs` -lgthread-2.0  -L./  -lgcpprc
 
            伺服器 gcpprcser:  g++ -Wall -g -o  gcpprcser  gcpprcser.cc `pkg-config  gtkmm-2.4 --cflags --libs` -lgthread-2.0  -L./  -lgcpprc
       
         您可能需要： export LD_LIBRARY_PATH="./"  。


    win32/mingw 開發環境下編譯命令：

         gcpprc 共享庫： g++ -shared -o gcpprc.dll gcpprclib.cc -Wl,--out-implib,libgcpprc.a `pkg-config.exe gtkmm-2.4 --cflags --libs` -lgthread-2.0 -lws2_32

         gcpprc 演示程式：

             客戶端 gcpprccli:  g++ -Wall -g -o  gcpprccli  gcpprccli.cc `pkg-config.exe gtkmm-2.4 --cflags --libs` -lgthread-2.0 -lws2_32 -L./ -lgcpprc

             伺服器 gcpprcser:  g++ -Wall -g -o  gcpprcser  gcpprcser.cc `pkg-config.exe gtkmm-2.4 --cflags --libs` -lgthread-2.0 -lws2_32 -L./ -lgcpprc


    gcpprc 程式開發說明：

             客戶端程式開發主要是編寫客戶端代理，客戶端代理物件代表服務端物件接受呼叫。客戶端代理類的基本類是 gcpprc::SerAgent ，SerAgent 實現並封裝了很多客戶端代理的操作，提供了比較簡單的程式設計介面。

             客戶端代理類需要有一個初始化函式 init,  init 函式首先設定物件標識，物件標識包括類標識和類的例項標識兩個部分，客戶端和服務端的類標識是相同的，統一定義在一個頭檔案中，如果服務端類不需要儲存中間資訊，那麼例項標識永遠是 0 , 客戶端代理類的不同例項都呼叫同一個服務端類例項，init 函式設定物件標識後呼叫 SerAgent::init 函式連線到伺服器，如果服務端類需要儲存中間資訊，那麼還要呼叫 clone 函式，clone 會產生一個服務端類的新例項，並把新例項的標識返回客戶端，然後客戶端就可以用新物件標識呼叫服務端例項了。
          
             客戶端代理類還需要實現一組代理函式，代表服務端類的對應函式接受客戶端程式的呼叫。這些代理函式呼叫 SerAgent::remote_call 函式和服務端通訊，SerAgent::remote_call 的第一個引數是函式標識，客戶端和服務端的函式標識和類標識統一定義在一個頭檔案中，統一的函式標識和類標識是客戶端和服務端為實現遠端呼叫所做的約定。remote_call 的其他引數是代理函式要傳給服務端函式的引數資料的地址，remote_call 會把資料打包傳給服務端，完成遠端呼叫後再把服務端返回的資料解包返回給客戶端代理函式，SerAgent::remote_call 是 gcpprc 最重要的部分。

             服務端程式開發主要是編寫各種服務端服務模組類，服務端程式啟動時要建立一個 gcpprc::CommunicateSer 的例項， CommunicateSer 是 gcpprc 中處理服務端網路通訊的類，服務端服務模組類的例項需要呼叫 CommunicateSer::reg_server 函式，把自己的指標註冊到 CommunicateSer 中的一個 std::map<guint64, ModuleServer*> 中，然後 CommunicateSer 開始監聽客戶端的連線請求，CommunicateSer 會為每一個客戶端連線建立一個新執行緒，然後在新執行緒中根據客戶端傳來的物件標識呼叫不同的服務端類例項的 call_switch 函式, call_switch 函式把客戶端傳來的引數資料解包, 然後根據函式標識呼叫各個具體的服務函式，把呼叫結果返回 CommunicateSer , 最後 CommunicateSer 把呼叫結果返回客戶端。為了能用函式標識呼叫服務端類例項的函式，服務端類要實現一個初始化函式 init , 服務端類例項呼叫 init 函式把各個服務函式的指標儲存到自己的 std::map<guint32, P_FUNC> 中 , std::map 的 key 就是函式標識.      

class SerAgent {     protected:     struct sockaddr_in sa;     struct sockaddr_in sa_serv;     struct sockaddr_in sa_cli;     char data_buf[PACK_SIZE];     IdObj id_obj;     int err;     int listen_sd;     int sd;     int client_len;     public:         gint32 init(char *ap_server_ip, gint32 a_port);         gint32 call_ser(char* ap_data);     void close_socket();     protected:     int remote_call(guint32 a_func_id, PAny pa = (char*)0 , PAny pb = (char*)0, PAny pc = (char*)0,              PAny pd = (char*)0, PAny pe = (char*)0, PAny pf = (char*)0, PAny pg = (char*)0,              PAny ph = (char*)0, PAny pi = (char*)0, PAny pj = (char*)0); }; class ModuleServer {     protected:     Glib::Mutex mutex_map;     protected:     typedef void (ModuleServer::*P_FUNC)(char *ap_data, char *ap_a, char *ap_b, char *ap_c,                      char *ap_d, char *ap_e, char *ap_f, char *ap_g,                      char *ap_h, char *ap_i, char *ap_j);     P_FUNC p_func;     std::map<guint32, P_FUNC> map_func;     std::map<guint32, P_FUNC>::iterator it_map_func;       typedef std::pair<guint32, P_FUNC> Ps_Func;     protected:         void reg_func(guint32 a_id_func, P_FUNC a_pfunc);         void find_function_error(char *ap_data);     void unpack_data(char *ap_data, char **pp_ch);     void fix_size_of_data(char *ap_data, gint32 a_fix_size);     public:     void call_switch(char *ap_data);         };

                                                              朱江
                                                         2007.05.04
http://blog.chinaunix.net/u/21585/showart_290864.html