win socket协议
基于AES加密的Windows Socket网络通信实现
基于AES加密的Windows Socket网络通信实现闫庚哲【期刊名称】《微处理机》【年(卷),期】2014(000)003【摘要】With the rapid development of internet technology,network security has become a potentially huge problem.In order to protect the rights and interests of user's own,security of user communication content should be focused on particularly.Therefore,AES Advanced Encryption method is used in the network communication to effectively improve the security of information transmission. Windows socket network communication is given an example,the application of the AES encryption algorithm is described and the C++language code is shown in this paper.%随着互联网技术的飞速发展，网络安全逐渐成为一个潜在的巨大问题。
为了保障用户的自身权益，提高用户通信内容的安全性就显得尤为重要。
因此，在网络通信的传输中采用AES高级加密方法，可以有效提高信息传输的安全性。
以Windows Socket网络通信方式为例，介绍了应用AES加密算法的实现，并给出了C＋＋语言代码。
【总页数】4页(P14-17)【作者】闫庚哲【作者单位】哈尔滨理工大学软件学院，哈尔滨 150036【正文语种】中文【中图分类】TP393【相关文献】1.基于Windows Socket的网络通信中的心跳机制原理及其实现 [J], 周凤石2.基于Windows Sockets 2的应用层透明防火墙设计与实现 [J], 干国华;陈昕鑫;杨培根3.利用socket实现Windows与Linux平台间的网络通信 [J], 周西峰;陆鹏;郭前岗4.Windows Sockets控件在网络通信中的程序实现 [J], 万鹏5.基于Windows Sockets的森林资源管理信息系统网络通信编程 [J], 谭靖;杨建祥;万利因版权原因，仅展示原文概要，查看原文内容请购买。
delphi与socket
一、Delphi与Socket计算机网络是由一系列网络通信协议组成的，其中的核心协议是传输层的TCP/IP和UDP协议。
TCP是面向连接的，通信双方保持一条通路，好比目前的电话线，使用telnet 登陆BBS，用的就是TCP协议；UDP是无连接的，通信双方都不保持对方的状态，浏览器访问Internet时使用的HTTP协议就是基于UDP协议的。
TCP和UDP协议都非常复杂，尤其是TCP协议，为了保证网络传输的正确性和有效性，必须进行一系列复杂的纠错和排序等处理。
Socket是建立在传输层协议(主要是TCP和UDP)上的一种套接字规范，最初是由美国加州Berkley大学提出，它定义两台计算机间进行通信的规范（也是一种编程规范），如果说两台计算机是利用一个“通道“进行通信，那么这个“通道“的两端就是两个套接字。
套接字屏蔽了底层通信软件和具体操作系统的差异，使得任何两台安装了TCP协议软件和实现了套接字规范的计算机之间的通信成为可能。
微软的Windows Socket规范(简称winsock)对Berkley的套接字规范进行了扩展，利用标准的Socket的方法，可以同任何平台上的Socket进行通信；利用其扩展，可以更有效地实现在Windows平台上计算机间的通信。
在Delphi中，其底层的Socket也应该是Windows的Socket。
Socket减轻了编写计算机间通信软件的难度，但总的说来还是相当复杂的（这一点在后面具体会讲到）；Inprise在Delphi中对Windows Socket进行了有效的封装，使得用户可以很方便地编写网络通信程序。
下面我们实例解读在Delphi中如何利用Socket编写通信程序。
二、利用Delphi编写Socket通信程序。
下面是一个简单的Socket通信程序，其中客户机和服务机是同一个程序，当客户机（服务器）在一个memo1中输入一段文字然后敲入回车，该段文字就可以显示在服务器(客户机)的memo2中，反之亦成立。
socket 协议
socket 协议Socket协议是一种计算机网络通信协议，它定义了网络中两个设备之间进行通信所使用的规则和格式。
它是一种面向连接的传输层协议，可在不同的网络环境下进行通信。
该协议的设计初衷是为了简化网络编程，使开发人员能够方便地进行网络通信。
Socket协议采用Client-Server模型，其中Client是请求方，Server是接收并响应请求的方。
一般情况下，Client发起连接请求，Server接受请求并进行处理。
在Socket协议中，通信的每一个终端都有一个唯一的标识符，称为Socket地址。
Socket 地址由IP地址和端口号组成，用于唯一标识一个进程在网络中的位置。
在Socket协议中，数据是以数据包的形式进行传输的。
数据包的格式由协议定义，其中包括了数据的源地址、目标地址等信息。
Socket协议定义了如何建立连接、如何传输数据以及如何关闭连接等操作。
它采用流式数据传输方式，可以按照顺序将数据分割成小的块进行传输，接收方可以按照顺序接收这些小块并重新组合成完整的数据。
Socket协议的运行过程通常包括以下几个步骤：首先，Client 创建一个Socket对象，并建立与Server的连接。
然后，Client 向Server发送请求，并等待Server的响应。
Server接收到请求后，进行处理并返回响应给Client。
Client接收到响应后，继续发送新的请求或关闭连接。
Socket协议具有以下特点：首先，它是一种简单易用的协议，开发人员只需要通过几个简单的API就可以实现网络通信。
其次，它具有高效性，可以快速传输大量数据。
再次，它是可靠的，保证了数据的完整性和有序性。
此外，由于Socket协议是面向连接的，因此在通信过程中可以保持双方的状态信息，使得通信更加灵活。
Socket协议在实际应用中有着广泛的应用，例如，在Web开发中，浏览器和服务器之间的通信就是通过Socket协议实现的。
跨平台（Windows+Linux）的Socket通讯程序（一）—底层封装（转）
跨平台（Windows+Linux）的Socket通讯程序（一）—底层封装（转）【摘要】编写Socket通讯程序是一个老话题。
本文重点介绍Windows平台和Linux平台Socket通讯的不同，采用C++，编制了一个简单的跨平台的Socket通讯库。
一、Socket通讯的基础知识Socket通讯是两个计算机之间最基本的通讯方法，有TCP和UDP 两种协议。
关于这两种协议的区别，不少文章已有详述，这里，稍微总结一下：1.TCP是面向连接的，是“流”式的，意即通讯两端建立了一个“数码流管”，该流无头无尾，接收端保证接收顺序，但不保证包的分割。
2.UDP是面向无连接的，是“包”式的，意即通讯两端自由发送数据包，接收端不保证接收顺序，但保证包的分割与发送端一致。
正是基于上述二者的不同，在编程上，它们的区别如下：对TCP 连接，服务器端过程（bind->listen->accept->send/receive)与客户端不相同(connect->send/receive)，对UDP连接，二者似乎更对等一些（服务器端仅需要bind）。
二、socket在windows下和linux下的区别一些文章也已涉及，这里，也是综合一下，并加上自己的理解。
三、跨平台的Socket辅助程序以下给出源代码。
sock_wrap.h代码如下，其中用到了platform.h，定义_WIN32_PLATFROM_和_LINUX_PLATFROM_两个宏。
[cpp]view plaincopy1.#ifndef _SOCK_WRAP_H_2.#define _SOCK_WRAP_H_3.4.#include "platform.h"5.6.#if defined(_WIN32_PLATFROM_)7.#include <winsock2.h>8.typedef SOCKET HSocket;9.#endif10.11.#if defined(_LINUX_PLATFORM_)12.#include <netinet/in.h>13.#include <sys/socket.h>14.#include <sys/types.h>15.16.typedef int HSocket;17.#define SOCKET_ERROR (-1)18.#define INVALID_SOCKET 019.#endif20.21.22.typedef struct23.{24.int block;25.int sendbuffersize;26.int recvbuffersize;27.int lingertimeout;28.int recvtimeout;29.int sendtimeout;30.} socketoption_t;31.32.typedef struct33.{34.int nbytes;35.int nresult;36.} transresult_t;37.38.int InitializeSocketEnvironment();39.void FreeSocketEnvironment();40.void GetAddressFrom(sockaddr_in *addr, const char *i p, int port);41.void GetIpAddress(char *ip, sockaddr_in *addr);42.bool IsValidSocketHandle(HSocket handle);43.int GetLastSocketError();44.45.HSocket SocketOpen(int tcpudp);46.void SocketClose(HSocket &handle);47.48.int SocketBlock(HSocket hs, bool bblock);49.int SocketTimeOut(HSocket hs, int recvtimeout, int sen dtimeout, int lingertimeout);50.51.int SocketBind(HSocket hs, sockaddr_in *addr);52.HSocket SocketAccept(HSocket hs, sockaddr_in *addr) ;53.int SocketListen(HSocket hs, int maxconn);54.55.void SocketSend(HSocket hs, const char *ptr, int nbyte s, transresult_t &rt);56.void SocketRecv(HSocket hs, char *ptr, int nbytes, tran sresult_t &rt);57.void SocketTryRecv(HSocket hs, char *ptr, int nbytes, i nt milliseconds, transresult_t &rt);58.void SocketTrySend(HSocket hs, const char *ptr, int nb ytes, int milliseconds, transresult_t &rt);59.60.void SocketClearRecvBuffer(HSocket hs);61.62.class CSockWrap63.{64.public:65.CSockWrap(int tcpudp);66.~CSockWrap();67.void SetAddress(const char *ip, int port);68.void SetAddress(sockaddr_in *addr);69.int SetTimeOut(int recvtimeout, int sendtimeout, int li ngertimeout);70.int SetBufferSize(int recvbuffersize, int sendbuffersize);71.int SetBlock(bool bblock);72.73.HSocket GetHandle () { return m_hSocket;}74.void Reopen(bool bForceClose);75.void Close();76.transresult_t Send(void *ptr, int nbytes);77.transresult_t Recv(void *ptr, int nbytes );78.transresult_t TrySend(void *ptr, int nbytes, int milliseco nds);79.transresult_t TryRecv(void *ptr, int nbytes, int milliseco nds );80.void ClearRecvBuffer();81.82.protected:83.HSocket m_hSocket;84.sockaddr_in m_stAddr;85.int m_tcpudp;86.};87.88.89.#endifsock_wrap.cpp代码如下，其中引用了lightThread.h和spantime.h，它们的代码见“跨平台（Windows+Linux)的线程辅助程序”。
东南大学计算机网络实验报告一
东南大学自动化学院实验报告课程名称：信息通信网络概论第1次实验实验名称：TCP/IP协议与Socket编程认识实验院（系）：自动化专业：自动化姓名：学号：实验室：金智楼5楼实验组别：同组人员：实验时间：2016 年11 月29日评定成绩：审阅教师：目录一．实验目的和要求 (3)二．实验原理 (3)三. 实验方案与实验步骤 (5)四．实验设备与器材配置 (7)五．实验记录 (7)六．实验总结 (9)七．思考题或讨论题 (9)附录：部分代码一．实验目的和要求1)熟悉TCP/IP协议的功能和网络操作；2)了解基于SOCKET的编程原理；3)编写一个小型的Socket实用程序，初步了解Windows环境下使用Socket的编程。
二．实验原理1、什么是Windows Sockets规范?Windows Sockets规范以U.C. Berkeley大学BSD UNIX中流行的Socket接口为范例定义了一套Micosoft Windows下网络编程接口。
它不仅包含了人们所熟悉的Berkeley Socket 风格的库函数；也包含了一组针对Windows的扩展库函数，以使程序员能充分地利用Windows消息驱动机制进行编程。
Windows Sockets规范本意在于提供给应用程序开发者一套简单的API，并让各家网络软件供应商共同遵守。
此外，在一个特定版本Windows的基础上，Windows Sockets也定义了一个二进制接口（ABI），以此来保证应用Windows Sockets API的应用程序能够在任何网络软件供应商的符合Windows Sockets协议的实现上工作。
因此这份规范定义了应用程序开发者能够使用，并且网络软件供应商能够实现的一套库函数调用和相关语义。
遵守这套Windows Sockets规范的网络软件，我们称之为Windows Sockets兼容的，而Windows Sockets兼容实现的提供者，我们称之为Windows Sockets提供者。
window tcp协议参数
window tcp协议参数Window TCP协议参数TCP（Transmission Control Protocol，传输控制协议）是一种可靠的、面向连接的、基于字节流的传输层协议。
在Windows操作系统中，TCP协议有一些可调整的参数，通过调整这些参数可以优化网络连接的性能。
本文将详细介绍几个常见的Window TCP协议参数及其作用。
一、窗口大小（Window Size）窗口大小是TCP连接中的一个重要参数，它表示发送方可以连续发送的数据量，也是接收方可以接收的数据量。
窗口大小的调整对于网络连接的性能有着重要的影响。
在Windows中，可以通过修改注册表来调整窗口大小。
二、拥塞窗口（Congestion Window）拥塞窗口用于控制数据发送的速度，它是一个动态调整的窗口大小。
拥塞窗口的大小与网络拥塞程度有关，当网络拥塞时，拥塞窗口会减小以降低发送速率，当网络畅通时，拥塞窗口会增大以提高发送速率。
在Windows中，可以通过修改注册表来调整拥塞窗口的参数。
三、最大传输单元（Maximum Segment Size）最大传输单元是指在TCP连接中一次可以发送的最大数据量。
在Windows中，默认的最大传输单元是1460字节，但在某些情况下，可以通过修改注册表来调整最大传输单元的大小，以适应特定的网络环境。
四、延迟确认（Delayed Acknowledgement）延迟确认是指TCP接收方在收到数据后不立即发送确认消息，而是等待一定时间后再发送。
延迟确认可以减少网络中的确认消息数量，提高网络传输的效率。
在Windows中，默认的延迟确认时间是200毫秒，可以通过修改注册表来调整延迟确认的时间。
五、重传超时（Retransmission Timeout）重传超时是指当TCP发送方在一定时间内没有收到确认消息时，会重新发送之前发送的数据。
重传超时的时间影响着网络连接的性能。
在Windows中，默认的重传超时时间是200毫秒，可以通过修改注册表来调整重传超时的时间。
windows 操作系统的通信原理
windows操作系统的通信原理
在Windows操作系统中的通信原理涉及多个方面，包括进程间通信（Inter-Process Communication,IPC）、网络通信以及设备驱动程序等。
我会尽量简要概括这些方面。
进程间通信(IPC)：
管道（Pipes）:在Windows中，管道是一种用于进程间通信的机制，允许一个进程的输出直接作为另一个进程的输入。
共享内存（Shared Memory）:允许不同进程访问相同的物理内存地址，进而实现数据共享。
消息队列（Message Queues）:进程可以通过消息队列发送和接收消息，实现进程间通信。
Socket通信：基于网络的进程间通信方式，可以在本地或者通过网络进行进程通信。
网络通信：
Windows操作系统支持多种网络协议和技术，例如TCP/IP、UDP等，用于在计算机之间进行数据交换。
常见的网络通信API，如Winsock，允许应用程序通过网络与其他计算机通信。
设备驱动程序：
Windows操作系统使用设备驱动程序作为硬件和操作系统之间的桥梁。
这些驱动程序允许操作系统与硬件设备进行通信和交互。
在Windows操作系统中，这些通信原理和机制都是为了促进不同进程、不同计算机或者硬件设备之间的数据交换和通信。
每种通信方式都有其适用的场景和特点，能够满足在不同需求下的通信要求。
ew_for_win的sock代理原理
ew_for_win的sock代理原理
`ew_for_win` 是一个用于 Windows 系统的网络工具，可以用于设置SOCKS 代理。
其原理是利用 `ew_for_win` 创建一个反向 SOCKS5 代理，使内网机器可以通过外网访问。
以下是其工作原理：
1. 公网服务器执行 `ew_for_ -s rcsocks -l 1080 -e 1234`，该命令使公网服务器监听本机的1080端口，并将收到的数据转发给指定的目标机器。
2. 目标机器执行 `ew_for_ -s rssocks -d 公网IP -e 1234`，该命令使目标机器将收到的数据通过 SOCKS5 代理转发给公网服务器。
3. 公网服务器将收到的数据通过 SOCKS5 代理转发给攻击者机器。
这样，攻击者机器就可以通过 SOCKS5 代理访问目标内网的 Web 服务。
需要注意的是，这种代理方式需要公网服务器和目标机器之间的网络连接是可用的，并且攻击者机器需要设置 SOCKS5 代理才能访问目标内网的 Web 服务。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
LR的socket协议[翻译]LoadRunner与Winsock协议（一）在开始讨论winsocket解决方案之前,我们先讨论一下各种协议是如何工作.从前面的简介可以了解到很多的高级协议,例如FTP,HTTP协议等. 以及所有基于window的应用(例如IE,WS-FTP)底层都是在Winsocket层上通信，因此任何高级协议的底层都是用Winsocket通信。
什么时候在LR中选择Winsocket协议呢？你要先了解LR是怎么样工作的：LR捕捉API请求然后再把它们回放。
所以当你在创建LR WEB脚本的时候，VUGEN捕捉从IE出去的所有的HTTP请求。
除此之外lr还支持其他很多协议，例如Oracle，ODBC等。
在选择不同协议录制脚本的时候，LR是依靠hooks捕捉正确的API请求。
所以既然大部分网络协议都是架构在winsocket协议之上的，那对于lr不支持的协议，我们都可以在winsocket层上录制脚本。
所以当找不到合适协议的时候，可以选择winsocket 来录制。
录制WinSock协议脚本！Lr录制新的虚拟用户脚本,选择winsock协议在web虚拟用户脚本中录制的是URL信息，所以VUGEN启动流览器并运行就可以了，但选择Winsocket录制的时候，可能会是各种形式的应用，并不简简单单就是浏览器，所以在开始的时候我们不需要指定应用的地址。
下面的例子我们选择winsock来录制web应用，正如上面说的我们开始要指定ie的地址。
因为本来lr是支持http协议的，所以这个例子并无具体的意义，只是为了使例子简单。
[翻译]LoadRunner与Winsock协议（二）winsock脚本典型代码？lrs_create_socket(”socket0″, “UDP”, “LocalHost=0″, “RemoteHost=doors:2084″, LrsLastArg);lrs_create_socket(”socket1″, “TCP”, “LocalHost=0″, “RemoteHost=:80″, LrsLastArg);lrs_send(”socket0″, “buf0″, LrsLastArg);lrs_receive(”socket0″, “buf1″, LrsLastArg);lrs_send(”socket1″, “buf2″, LrsLastArg);lrs_send(”socket0″, “buf3″, LrsLastArg);lrs_receive(”socket0″, “buf4″, LrsLastArg);这是访问雅虎的一个应用，正如我们看到的，winsock先打开一个winsocket连接，然后收发包。
我们发现录制的脚本中比web脚本（三个文件）多一个文件。
第四个文件是data.ws，它里面记载了在action里面收发所有包的内容下面是一个data.ws的例子。
send buf0“!”recv buf1 1“!”send buf2“GET / HTTP/1.1\r\n”“Accept: */*\r\n”“Accept-Language: en-us\r\n”“Accept-Encoding: gzip, deflate\r\n”“User-Agent: Mozilla/4.0 (compatible; MSIE 5.01; Windows NT 5.0)\r\n”“Host: \r\n”“Connection: Keep-Alive\r\n”“Cookie: B=5oj83bst12l6m&b=2;Y=v=1&n=8lln5lmi3f8g1&l=6ef8c0d34b0/o&p=m2a2s”“qa4110004&r=3f&lg=us&intl=us;T=z=4TVE6A4ZqE6A9dIIpt30.NQNTYGNDE3NTYwM081&”“a=AAE&sk=DAAEwinHlDtEm/&d=c2wBTWpFQk16WXdNakUzTkRneQFhAUFBRQF6egE0V FZFNkFn”“V0E-;I=i1=010g1q1u24252e2i2k2p2r494a4g4m4q55565b5g6g6t6u7172737678797a7f7″“g7k7n7o888f8k8p8q989c9f9i9k9l9n9qacanapb0b3bdbfbhblbqbrbuc0c1c4cgcm cscteie”“jgr&ir=73\r\n”“\r\n”send buf3“!”recv buf4 1“!”recv buf5 2048“HTTP/1.0 200 OK\r\n”“Content-Length: 16030\r\n”“Content-Type: text/html\r\n”“\r\n”“buf2 包含了发给的包，buf5包含了从server收到的回应。
正如看到的winsock录制的脚本并不像web脚本那样具有可读性，因为winsock 是我们最后的选择。
在buf序列号的后面是buf的字节数。
例如5号buffer后面的2048就是表示收到了2048个帧。
注意：在很多buffer里面你会发现仅仅包含了一个“！”，这是一个网络常识，这个帧对于应用来说没有任何的作用，完全可以把这些桢清除掉，在 data.ws 清除这个帧是效果的，需要到action里把这些桢注释掉。
譬如例子中收到和发出的buffer可以用//注释掉。
这样可以使脚本运行得更快。
下边的例子：buffers 0, 1, 3 和 4 可以注释掉:lrs_create_socket(”socket0″, “UDP”, “LocalHost=0″, “RemoteHost=doors:2084″, LrsLastArg);lrs_create_socket(”socket1″, “TCP”, “LocalHost=0″, “RemoteHost=:80″, LrsLastArg);// lrs_send(”socket0″, “buf0″, LrsLastArg);// lrs_receive(”socket0″, “buf1″, LrsLastArg);lrs_send(”socket1″, “buf2″, LrsLastArg);// lrs_send(”socket0″, “buf3″, LrsLastArg);// lrs_receive(”socket0″, “buf4″, LrsLastArg);lrs_receive(”socket1″, “buf5″, LrsLastArg);lrs_send(”socket0″, “buf6″, LrsLastArg);[翻译]LoadRunner与Winsock协议（三）创建脚本步骤：1. VuGen录制脚本2.增强脚本3.参数化4.关联脚本5.设置运行参数6.运行脚本1. VuGen录制脚本按照之前章节说的步骤创建脚本，录下来的就是基本脚本，可以先把“！”的buffer注释掉。
练习：创建一个简单的winsock脚本，可以选择MI公司的网站，把录下来的脚本命名为winsocket_1,再用Http协议方式创建一个Web脚本,把脚本保存为WebWinsock_1.请不要更改session_id把两种脚本比较，当你登陆的时候，可以收到一个“welcome，jojo….”的消息。
既然所有的消息都放在data.ws文件里，那么data.ws里面应该能找到这条消息。
1.1) 在几号bufffer里面包含“welcome，jojo”？怎样判断这是收到的帧而不是发出的帧？还有着个字符串正如显示的那样或者他是html的一个标签。
仔细查看脚本，在data.ws文件中寻找MSO=SIDxxxxxxxxx，XXXXXX是9位数的号码，他表示自从January 1 st,1970以来流逝的所有的秒时间，cookie和session_id都是根据时间来生成的，所以脚本里面的9位数也就直接和脚本运行时间挂钩，所以我们要把这个数改成我们每次运行脚本的确切时间，首先把这个值更换成参数，在c里面有一个Time（）的函数。
他返回的就是自从January 1 st,1970以来流逝的所有的秒时间，在脚本的开始用这个函数获取时间值，然后把刚才创建的参数指向这个值。
然后在data.ws里面替换所有的id，这样每次脚本运行都能获得正确的id。
1.2)把修改了参数的脚本运行一遍，在脚本的运行日志里面寻找”incorrectly”。
会找到”You’ve reached this page incorrectly”这条消息，运行web脚本也会发现类似的消息。
其中发生了什么呢？注意：在data.ws文件中收到的buffer内容在每次运行时不会改变，录制脚本时data.ws文件被创建并且回放过程中也不会改变？所以lr录制的脚本种buffer不是很重要，LR用发送包的数据发出请求，然后对比发送请求的数据包和脚本里面包存的数据，这里lr只判断数据包大小，而不是具体内容。
如果收到的数据包包括“rob”，而server响应是“bob”，lr也会认为脚本运行成功。
但如果server回复的是robot”，这样lr就会因为收到包的大小不对而认为脚本执行失败。
另一种情况时lr期望收到500bytes大小的包，但是前10秒只收到了100bytes，这时r会认为超时判断脚本运行失败，可以通过lrs_set_recv_timeout 函数来设定超时时间。
那么反面一种情况是，你不想接受所有的数据包，只是想收到包的前100bytes，可以通过函数ltr_receive_ex 来任意设定想要收到的字节。
2.增强脚本在脚本中添加事务，集合点和控制语句等增强脚本，和web脚本不同的是winsock 脚本可读性很差，所以要在录制脚本时添加注释，事务和集合点等。
如果在脚本中有逻辑需求，那么插入逻辑语句 (通用声明不适应Winsock_1脚本).3．脚本参数化把脚本中变化的值参数化，只要用参数把这些值替换掉就可以，使用不同参数重复业务流程，例如在上面的例子里面jojo/bean就可以参数化成为userIDs/passwords4．关联脚本关联目的是为了让你在一个并发中用到一个商业流程的结果，在web脚本中有这样的过程，从web脚本中sessionid关系到后面的流程能不能运行，winsock 脚本有同样的问题。
所以需要捕获到session id然后把它关联起来，举个例子从下面的脚本中获取PID（lr函数的例子）：“\r”“\x0 blah blah blah ““\r\n blah blah blah ““PID TT STAT TIME COMMAND\r\n PID 28469 q2″” S 0:01 -tcsh (tcsh)\r\n”在一个典型的web脚本中，你用web_create_html_param函数，用“PID“ 和“q2”定义边界扑获数据。