tcp服务器多个连接并发执行怎么实现

线程是相对独立的执行单位，是计算机系统进行调度的最小单位，其切换由 *** 作系统控制，称之为短作业调度。换句话说您没有任何必要去手动调度线程。如果您想要实现的是连接分配的话，请参考您的 *** 作系统的进程间通信和同步文档，一般底层编程都是通过共享存储区，消息队列等方式实现的。如果是高层次的库实现网络通信，请参考库文档，比如C#和Java都提供了足够的接口实现此类功能。

进入iis,找到FTP站点,右键点击选择FTP站点创建向导，下一步，输入站点描述（输入域名）-下一步ip地址选择全部未分配（如果是局域网的话选本地ip）-下一步 点隔离用户按钮-下一步选择您要共享的目录-下一步权限自己设定-下一步完成
找到您刚才创建的ftp站点，右键点击选择属性-点目录安全性选项卡，添加一组计算机，ip地址填写好，确定
添加用户，找到站点，右键点击选权限-安全-添加用户-给与相应的权限，最后确定。
可以建好几个ftp站点的

基于tcp编写的服务器可以用循环的方式实现多个客户端的连接。根据查询相关公开资料，基于TCP的服务器可以用循环来实现多个客户端的连接，这样，当有新的客户端连接到服务器时，服务器就可以不停地检测连接，及时将新连接加入到客户端列表中。此外，服务器可以使用某种数据结构（如队列）来存储客户端的连接。

TCP/IP是计算机网络中的两个常用协议，一般无需用户自行设置。
TCP/IP协议并不完全符合OSI的七层参考模型。传统的开放式系统互连参考模型，是一种通信协议的7层抽象的参考模型,其中每一层执行某一特定任务。该模型的目的是使各种硬件在相同的层次上相互通信。这7层是:物理层、数据链路层、网路层、传输层、话路层、表示层和应用层。而TCP/IP通讯协议采用了4层的层级结构，每一层都呼叫它的下一层所提供的网络来完成自己的需求。这4层分别为：
应用层：应用程序间沟通的层，如简单电子邮件传输（SMTP）、文件传输协议（FTP）、网络远程访问协议（Telnet）等。
传输层：在此层中，它提供了节点间的数据传送服务，如传输控制协议（TCP）、用户数据报协议（UDP）等，TCP和UDP给数据包加入传输数据并把它传输到下一层中，这一层负责传送数据，并且确定数据已被送达并接收。
互连网络层：负责提供基本的数据封包传送功能，让每一块数据包都能够到达目的主机（但不检查是否被正确接收），如网际协议（IP）。
网络接口层：对实际的网络媒体的管理，定义如何使用实际网络（如Ethernet、SerialLine等）来传送数据
NTP:做网络时钟（时间来源于互联网，本地不用RTC）
RTP、RTSP:视频监控常用的协议
SNMP:简单网络管理协议（集中式管理）
目的地址与源地址都是MAC（物理地址）；
数据字段长度： 数据的类型（比如0x0800：表示帧里面的“数据”字段是一个IP包）
数据：这里面存放具体的数据包。
IP协议层：IP协议主要目的是为数据的输入、输出网络提供基本算法，为高层协议提供无连接的传送服务。
IP协议层的功能：数据传送、寻址、路由选择、数据报文的分段。
TCP协议：TCP协议是重要的传输层协议，它的目的是为网络上的各节点提供可靠的数据交换。它提供数据端口编号的译码，以识别主机的应用程序，完成数据的可靠传送。
UDP协议:传送层协议，它是无连接不可靠的传送。当接收数据时它并不向发送方提供确认信息，它不提供输入包的顺序，如果出现丢失包或重份包的情况，也不会向发送方发出差错报文，它的执行速度比TCP快，执行时具有较低的开销。
在实际的网络设计中，服务器必须要实现1对多的功能模型；这里就可分为两种服务器：循环服务器与并发服务器。
上面介绍的TCP、UDP通信模型都是循环服务器，TCP的循环服务器与UDP的循环服务器又不同；TCP循环服务器一次只能处理一个客户端的请求。所以一个客户端占住服务器不放，其他的客户端就没法访问服务器，所以在服务器端TCP服务器很少使用循环模式。但是UDP的循环服务器与TCP循环服务器不一样，因为UDP不需要建立连接（TCP建立连接后完全占用服务器），所以UDP的循环服务器直接可以服务多个客户端。
并发服务器：TCP需要使用并发服务器模型才能服务多个客户端。
并发服务器的设计思路是每个客户端的请求并不由服务器直接处理，而是由服务器创建一个子进程来处理。

服务器监听。客户连接到服务器后，死循环里READ并处理 那个连接，不要断开，同时可以发送信息
服务器里 做处理信息
这东西如果你从SOCKET开始做很复杂。你不但要了解套接字网络连接方法，还要了解套接字阻塞机制，还有读写阻塞机制还要处理读写超时处理，防DDOS攻击处理，还要了解异步处理SELECT或POLL。而且这种底层的程序用C#做很不值得，。如果你想从底层做，并且做的很好就用C写，并且要求效率。 如果不要求高效率那就直接用IIS做成WEB服务，配合数据库做，然后用客户端调用WEB服务

首先要明白TCP四元组的样子，四元组分别是<源IP，目的IP，源端口，目的端口>。

（前面2个元素在IP头部，后面2个元素在TCP头部）
IPv4的地址是4个字节，所以是32位。

端口是2个字节，所以是16位。

因此当服务器的IP地址和监听端口都确定的时候，并发连接数的天花板是2^(32 + 16)。

TCP协议想要实现百万级别的高并发，必须使用基于事件驱动的全异步开发模式。
单机如何实现管理百万主机的心跳服务？

>

TCP连接个数受端口号、文件描述符、线程资源、内存资源、CPU资源的限制。

系统用一个四元组来唯一标识一个TCP连接：{local ip, local port,remote ip,remote port}

在local ip, local port固定、不考虑ip地址分类的情况下，最大tcp连接数约为2的32次方（ip数）×2的16次方（port数），也就是server端单机最大tcp连接数约为2的48次方。

实际可用端口范围可以如下查看：

每建立一个TCP连接， *** 作系统分配一个文件描述符，linux 对可打开的文件描述符的数量分别作了三个方面的限制：

系统级 ：当前系统可打开的最大数量，通过 cat /proc/sys/fs/file-max 查看

用户级 ：指定用户可打开的最大数量，通过 cat /etc/security/limitsconf 查看

进程级 ：单个进程可打开的最大数量，通过 cat /proc/sys/fs/nr_open 查看

file-max 表示系统级别的能够打开的文件句柄的数量。是对整个系统的限制，并不是针对用户的。

ulimit -n 控制进程级别能够打开的文件句柄的数量。提供对shell及其启动的进程的可用文件句柄的控制。这是进程级别的。

对于服务器来说， file-max 和 ulimit 都需要设置，否则会出现文件描述符耗尽的问题。

按照每个连接，启动一个线程的方式，TCP连接个数受线程个数限制，可以用IO复用方式，一个线程管理多个TCP连接。

每个TCP连接本身，以及这个连接所用到的缓冲区，都是需要占用一定内存。

这个很好理解。

---