我們在socket腳本調試的時候經常會遇到很多問題，比如：socket包中繁雜的二進制編碼，socket數據如何進行截取，如何對socket數據包進行參數化等等，以下幾點內容是近期我在調試新加坡MTL項目中socket代碼的一些經驗，希望對各位以后進行socket腳本調試時能有所幫助。

此次MTL項目中的SE評測場景，其實與愛吼網的評測場景比較接近，對于此類項目的性能測試，通過HTTP協議時無法完成的，我們只有通過Socket腳本來實現。

在做性能測試的時候，“關聯”是必不可少的，在WEB系統中，我經常采用LR函數：web_reg_save_param()來完成，但web類型的函數在Socket協議中是無法使用的，那么我們怎么來進行Socket協議的關聯呢？

1. 查找關聯數據

在Socket錄制協議的腳本“action”中是看不到客戶端所發送的數據的，所有客戶端與服務端交互的數據，都保存在data.ws中：

? ?那么，我們必須要在data.ws中找到我們需要關聯的數據，根據系統設計，SE評測發送音頻數據時，服務端會先返回給客戶端一個Evalinstance，這是一個表示評測實例的ID，后面在進行音頻數據傳輸的時候，需要帶上這個ID，那么我們先搜索一下這個ID：

? ? ?在buf3中，我們發現了這個Evalinstance。（recv代表的接受的包，send代表的是發送包）

我們需要保存這個ID，以便后面發送音頻數據使用。

2. 保存關聯數據

在buf3中，我們找到了我們所需要的數據，如何保存？

回到action中，找到lrs_receive("socket0", "buf3", LrsLastArg);語句，這條語句表示客戶端接受buf3數據包，而數據包的內容就是我們剛才在data.ws中看到的內容。在這條語句時候，我們需要添加函數進行數據保存：

lrs_save_searched_string("socket0", NULL, "evalid", "LB=SimpleEngineTest/", "RB=\"", 1,0,-1);

這個函數的用法基本與web_reg_save_param()類似，一樣是通過左右邊界來進行數據查找，函數的8個參數依次代表：“socket線程名”、“buf名稱”（這里傳NULL表示從上面一個buf取值）、“參數名稱”（需要將數據保存的參數名稱）、“左邊界”、“右邊界”、“第幾次出現”、“位移的數量”、“參數的長度”。線程名和buf名一定不可以傳錯，最后三個數據只要傳（1 , 0，-1）就可以了。

在socket協議中，關聯數據保存也可以用函數lrs_save_param()，這里不作說明，每個函數都其優點，適當的時候也可以采用。需要注意的是web_reg_save_param()需要放在請求之前，lrs_save_searched_string()是放在接受之后。

3. 參數替換

保存參數之后，我們需要對data.ws中發送的數據包，進行下全局替換，將用到Evalinstance的地方全部替換成 “evalid”參數：

在socket包中，參數需要用“<>”來表示。

最后，再介紹1個socket函數：lrs_set_receive_option（）使用這個函數可以防止回放腳本receive出現一些相關問題。

lrs_set_receive_option(EndMarker, EndMarker_None ) //讀取直到緩沖結束。

lrs_set_receive_option(EndMarker, StringTerminator , "\r\n") //讀取直到"\r\n"符號出現.你可以根據自己的接收數據的結束符修改。

lrs_set_receive_option(EndMarker, BinaryStringTerminator , "\\X00")讀取直到二進制符號"\\X00"出現。

總之，Socket腳本調試問題比較多，也不是一兩句話說的完的，網上一些資料多是“去頭斷尾”，要么是“藥不對癥”。這里僅是就socket的關聯給大家做個介紹，希望這篇文章對大家有所幫助，同時也希望各位將自己的一些經驗拿出來共享。

總結

以上是生活随笔為你收集整理的LoadRunner的Socket脚本关联小技巧的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。