本示例代码在我的电脑上实现了对标准H264码流的RTP打包发送到本机的1234端口，用VLC播放器从1234端口能接收到该码流并实时播放。
代码附有详细的注释，应该很容易理解（前提是大家稍微对RFC3550RFC3984协议有了解）。
使用方法：直接在VC6上打开工程，编译。
（需要注意的是大家要把IP地址改为自己的。
在h264.h的#defineDEST_IP"192.168.0.30"和#defineDEST_PORT1234这两行修改就行了。
同时w.sdp文件里也要改成一致的IP和端口号，不然VLC是接受不到数据的。
在c=INIP4192.168.0.30和m=video1234RTP/AVP96这两行。
中间的1234是我设置的端口号。
）在执行程序之前，先用VLC打开w.sdp文件，然后执行程序，就可以看到画面了：）

查看IP和端口的小工具，非常有用的啊。
查看IP和端口的小工具，非常有用的啊。
查看IP和端口的小工具，非常有用的啊。
查看IP和端口的小工具，非常有用的啊。

stm32f1+esp8266+温湿度+光强+噪音+红外检测节点，做的检测节点，可连接路由器或者热点，程序里面修改路由器名字和连接密码，节点为服务器，采用TCP，可以设定好IP和端口号，在上位机上接收检测数据。

HTTPS（SecureHypertextTransferProtocol）安全超文本传输协议它是一个安全通信通道，它基于HTTP开发，用于在客户计算机和服务器之间交换信息。
它使用安全套接字层(SSL)进行信息交换，简单来说它是HTTP的安全版。
在使用https协议不管是服务器端还是客户端都需要使用到ca证书来进行访问。
一般来说，性能测试为所常见的为客户端使用https打开页面的方式。
在这个情况下，首先是处理https访问过程中的证书1. 证书的准备常见的证书为：*.pfx格式，该种格式的证书可以通过双击运行安装到IE浏览器上。
用户在访问的时候就可以使用到。
但这种证书并不是LoadRunner所使用的类型，因此需要对其进行转换。
将其转换为*.pem格式。
转换方法如下： 安装openssl后 运行C:\/bin文件夹的openssl二进制文件，它将启动OpenSSL命令提示符 执行以下命令：pkcs12-inD:\test1.pfx-outD:\test01.pem–nodes 执行后，将会在指定目录生成test01.pem文件，这个文件将会在下一个步骤，对LoadRunner进行配置的时候使用到。
2．LR配置启动LoadRunner，打开RecordingOption选项。
留意红色框中的选项。
选择后，单击NewEnty红框中的配置为服务器的ip和端口号，按照测试所需要的实际地址进行配置就可以配置后，将Usespecifiedclient-sidecertificate[Base64/PEM]钩选，为使用客户端证书访问。
单击...选择刚刚转换生成的客户端证书。
如果你为证书有设置密码，在这里也需要输入。
到此为止所有与http区别的配置就完成了。
录制后，可以在脚本的开始，看到LoadRunner新生成的语句web_set_certificate_ex("CertFilePath=test01.pem", "CertFormat=PEM", "KeyFilePath=test01.pem", "KeyFormat=PEM", "Password=123456", "CertIndex=1", LAST);下面的操作和普通的页面性能测试一样。

基于TCP~socket，Android客户端与PC通信，客户端源码。
已经测试，可用。
附带apk，和网络调试助手，方便测试。
只需提供服务器的IP和端口号，即可通信。
客户端：一次连接，可发送多次数据。
重点是客户端时时接收服务器端发送来的数据。
采用Handler和Thead结合。

一款网络抓包工具，可以设置IP和端口，支持多网卡网络抓包

像指定的IP和端口发送数据，发送完后并等待数据返回。

首先要理解基本的原理，2台电脑间实现TCP通讯，首先要建立起连接，在这里要提到服务器端与客户端，两个的区别通俗讲就是主动与被动的关系，两个人对话，肯定是先有人先发起会话，要不然谁都不讲，谈什么话题，呵呵！一样，TCPIP下建立连接首先要有一个服务器，它是被动的，它只能等待别人跟它建立连接，自己不会去主动连接，那客户端如何去连接它呢，这里提到2个东西，IP地址和端口号，通俗来讲就是你去拜访某人，知道了他的地址是一号大街2号楼，这个是IP地址，那么1号楼这么多门牌号怎么区分，嗯！门牌号就是端口（这里提到一点，我们访问网页的时候也是IP地址和端口号，IE默认的端口号是80），一个服务器可以接受多个客户端的连接，但是一个客户端只能连接一台服务器，在连接后，服务器自动划分内存区域以分配各个客户端的通讯，那么，那么多的客户端服务器如何区分，你可能会说，根据IP么，不是很完整，很简单的例子，你一台计算机开3个QQ，服务器怎么区分？所以准确的说是IP和端口号，但是客户端的端口号不是由你自己定的，是由计算机自动分配的，要不然就出现端口冲突了，说的这么多，看下面的这张图就简单明了了。
在上面这张图中，你可以理解为程序A和程序B是2个SOCKET程序，服务器端程序A设置端口为81，已接遭到3个客户端的连接，计算机C开了2个程序，分别连接到E和D，而他的端口是计算机自动分配的，连接到E的端口为789，连接到D的为790。
了解了TCPIP通讯的基本结构后，接下来讲解建立的流程，首先声明一下我用的开发环境是VisualStudio2008版的，语言C#，组件System.Net.Sockets，流程的建立包括服务器端的建立和客户端的建立，如图所示：二、实现：1.客户端：第一步，要创建一个客户端对象TcpClient(命名空间在System.Net.Sockets)，接着，调用对象下的方法BeginConnect进行尝试连接，入口参数有4个，address(目标IP地址)，port(目标端口号)，requestCallback(连接成功后的返调函数)，state(传递参数，是一个对象，随便什么都行，我建议是将TcpClient自己传递过去)，调用完毕这个函数，系统将进行尝试连接服务器。
第二步，在第一步讲过一个入口参数requestCallback(连接成功后的返调函数)，比如我们定义一个函数voidConnected(IAsyncResultresult),在连接服务器成功后，系统会调用此函数，在函数里，我们要获取到系统分配的数据流传输对象(NetworkStream)，这个对象是用来处理客户端与服务器端数据传输的，此对象由TcpClient获得，在第一步讲过入口参数state，如果我们传递了TcpClient进去，那么，在函数里我们可以根据入口参数state获得，将其进行强制转换TcpClienttcpclt=(TcpClient)result.AsyncState，接着获取数据流传输对象NetworkStreamns=tcpclt.GetStream()，此对象我建议弄成全局变量，以便于其他函数调用，接着我们将挂起数据接收等待，调用ns下的方法BeginRead，入口参数有5个，buff(数据缓冲)，offset(缓冲起始序号)，size(缓冲长度)，callback(接收到数据后的返调函数)，state(传递参数，一样，随便什么都可以，建议将buff传递过去)，调用完毕函数后，就可以进行数据接收等待了，在这里因为已经创建了NetworkStream对象，所以也可以进行向服务器发送数据的操作了，调用ns下的方法Write就可以向服务器发送数据了，入口参数3个，buff(数据缓冲)，offset(缓冲起始序号)，size(缓冲长度)。
第三步，在第二步讲过调用了BeginRead函数时的一个入口参数callback(接收到数据后的返调函数)，比如我们定义了一个函数voidDataRec(IAsyncResultresult)，在服务器向客户端发送数据后，系统会调用此函数，在函数里我们要获得数据流(byte数组)，在上一步讲解BeginRead函数的时候还有一个入口参数state，如果我们传递了buff进去，那么，在这里我们要强制转换成byte[]类型byte[]data=(byte[])result.AsyncState，转换完毕后，我们还要获取缓冲区的大小intlength=ns.EndRead(result)，ns为上一步创建的NetworkStream全局对象，接着我们就可以对数据进行处理了，如果获取的length为0表示客户端已经断开连接。
具体实现代码，在这里我建立了一个名称为Test的类：2.服务

W5200的端口0工作在UDP模式,端口通信不需求建立连接即可接收其它UDP模式端口发来的数据,数据的前4个字节为对方端口IP地址,第5、6个字节为端口号，获得对方IP和端口号后W5200端口0将以500ms的时间间隔定时给对应端口发送字符串"\r\nWelcomeToNiRenElec!\r\n",同时将接收到的数据回发给对应端口。

基于socket的c#实现的五子棋，首先打开服务端，点击人人联机，然后点击等待接入；
然后打开客户端，输入ip和端口，可以修改服务端的ip和端口，然后客户端再输入；
支持聊天功能；
局域网测试完满运行！

在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。 另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。 为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。