1、c#怎么开发一个tcp高并发服务器
服务器在调用listen和accept后，就会阻塞在accept函数上
2、C#HttpClient高并发时怎么解决TCP连接数过多
用一个信号量来控制 semaphore类 new 这个类的时候可以设定成你需要的数量,调用HttpClient方法前从信号量里get,调用后再release,就可以了
3、redhat哪个版本适合高并发连接数，我要实现百万TCP连接。
哪个版本无所谓，改一下内核参数就行了
4、怎么解决在window下高并发TCP请求端口被占用有关问题
执行以下操作之一：
在 Windows XP 或 Windows Server 2003 计算机上的命令提示中输入以下命令，显示此计算机上 TCP/IP 协议所使用的活动连接：
复制
netstat -n
这将列出绑定到客户端计算机的 TCP/IP 地址以及 TCP/IP 地址与远程服务器通信所使用的端口。如果列出的端口使用了所有可用的端口，则出现了 TCP/IP 端口耗尽现象。
在基于 Windows Server 2003 的客户端计算机的命令提示中输入以下命令，以显示 TCP/IP 协议所使用的活动连接：
复制
netstat -b
这将列出绑定到客户端计算机的 TCP/IP 地址、TCP/IP 地址与远程服务器通信所使用的端口以及使用这些端口的应用程序。此信息可以帮助您确定那个客户端应用程序正在使用过多的 TCP/IP 端口。
与 TCP/IP 端口耗尽有关的问题
当客户端应用程序尝试使用 TCP/IP 套接字连接到 BizTalk Server，或当 BizTalk 应用程序尝试使用 TCP/IP 套接字连接到服务器时，可能会出现类似于下面的情况：
复制
System.Net.WebException: The underlying connection was closed: An unexpected error occurred on a send.
- 或者 -
复制
Unable to connect to the remote server
System.Net.Sockets.SocketException: Only one usage of each socket address (protocol/network address/port) is normally permitted.
当出现这些错误时，还可能出现以下问题：
客户端应用程序可能无法连接到 BizTalk Server。
BizTalk 应用程序服务可能无法连接到远程 SQL 服务器。
BizTalk Server 适配器可能无法连接到远程服务器。
客户端应用程序预留的每个端口均占用内核内存。如果预留了数目超常的客户端端口，Windows 内核内存的占用率将相应增加。
原因
如果客户端计算机中存在数目超常的 TCIP/IP 套接字连接，则客户端计算机上可能出现 TCP/IP 端口耗尽的情况。如果多个客户端应用程序都在建立连接，则可能出现这种情况。
如果所有可用的临时端口都分配给了客户端应用程序，则客户端将出现 TCP/IP 端口耗尽的情况。当 TCP/IP 端口耗尽时，将无法预留客户端端口，并且尝试通过 TCP/IP 套接字连接到服务器的客户端应用程序也将出错。
在高负载情况下，比处于正常负载时更容易出现 TCP/IP 端口耗尽的情况。
解决方法
执行以下步骤以避免 TCP/IP 端口耗尽及其相关问题：
验证客户端应用程序没有生成过多的 TCP/IP 套接字连接。这一点可以用上面提到的方法来检查，即在 Windows Server 2003 和 Windows XP 上运行 netstat -n，或者在 Windows Server 2003 和 2008 上运行 netstat -b。
如果某个客户端应用程序使用了数量超常的 TCP/IP 套接字连接，则应考虑重新设计客户端应用程序，以便更有效地使用 TCP/IP 套接字连接。
5、怎么解决在window下高并发TCP请求端口被占用有关问题
执行以下操作之一：
在 Windows XP 或 Windows Server 2003 计算机上的命令提示中输入以下命令，显示此计算机上 TCP/IP 协议所使用的活动连接：
复制
netstat -n
这将列出绑定到客户端计算机的 TCP/IP 地址以及 TCP/IP 地址与远程服务器通信所使用的端口。如果列出的端口使用了所有可用的端口，则出现了 TCP/IP 端口耗尽现象。
在基于 Windows Server 2003 的客户端计算机的命令提示中输入以下命令，以显示 TCP/IP 协议所使用的活动连接：
复制
netstat -b
这将列出绑定到客户端计算机的 TCP/IP 地址、TCP/IP 地址与远程服务器通信所使用的端口以及使用这些端口的应用程序。此信息可以帮助您确定那个客户端应用程序正在使用过多的 TCP/IP 端口。
与 TCP/IP 端口耗尽有关的问题
当客户端应用程序尝试使用 TCP/IP 套接字连接到 BizTalk Server，或当 BizTalk 应用程序尝试使用 TCP/IP 套接字连接到服务器时，可能会出现类似于下面的情况：
复制
System.Net.WebException: The underlying connection was closed: An unexpected error occurred on a send.
- 或者 -
复制
Unable to connect to the remote server
System.Net.Sockets.SocketException: Only one usage of each socket address (protocol/network address/port) is normally permitted.
当出现这些错误时，还可能出现以下问题：
客户端应用程序可能无法连接到 BizTalk Server。
BizTalk 应用程序服务可能无法连接到远程 SQL 服务器。
BizTalk Server 适配器可能无法连接到远程服务器。
客户端应用程序预留的每个端口均占用内核内存。如果预留了数目超常的客户端端口，Windows 内核内存的占用率将相应增加。
原因
如果客户端计算机中存在数目超常的 TCIP/IP 套接字连接，则客户端计算机上可能出现 TCP/IP 端口耗尽的情况。如果多个客户端应用程序都在建立连接，则可能出现这种情况。
如果所有可用的临时端口都分配给了客户端应用程序，则客户端将出现 TCP/IP 端口耗尽的情况。当 TCP/IP 端口耗尽时，将无法预留客户端端口，并且尝试通过 TCP/IP 套接字连接到服务器的客户端应用程序也将出错。
在高负载情况下，比处于正常负载时更容易出现 TCP/IP 端口耗尽的情况。
解决方法
执行以下步骤以避免 TCP/IP 端口耗尽及其相关问题：
验证客户端应用程序没有生成过多的 TCP/IP 套接字连接。这一点可以用上面提到的方法来检查，即在 Windows Server 2003 和 Windows XP 上运行 netstat -n，或者在 Windows Server 2003 和 2008 上运行 netstat -b。
如果某个客户端应用程序使用了数量超常的 TCP/IP 套接字连接，则应考虑重新设计客户端应用程序，以便更有效地使用 TCP/IP 套接字连接。
注意
如果为 BizTalk 应用程序服务 (BTSNTSvc.exe) 实例预留了数量超常的客户端端口，则需验证配置为在 BizTalk 应用程序服务中运行的任何自定义代码都没有建立过多的 TCP/IP 套接字连接。
如果大量客户端应用程序要启动已知数量的 TCP/IP 套接字连接，但没有足够数量的可用临时端口来满足连接请求，则需要进行以下注册表修改。
警告
如果注册表编辑器使用不当，则可能会产生严重问题，导致重新安装操作系统。Microsoft 不保证可以解决因注册表编辑器使用不当而造成的问题。请慎用注册表编辑器，风险自负。在修改注册表之前，请务必备份注册表，并确保您知道在发生问题时如何使用备份进行还原。有关如何备份、还原及修改注册表的详细信息，请参阅 Microsoft 知识库文章“Microsoft Windows 注册表说明”，网址为http://go.microsoft.com/fwlink/?LinkId=62729。
增加动态分配到客户端 TCP/IP 套接字连接的临时端口的上限。
降低客户端 TCP/IP 套接字连接的超时值（默认值为 240 秒）
启动注册表编辑器。
在注册表中，浏览到并单击以下注册表项。
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
在“编辑”菜单中单击“新建”、“DWORD 值”，然后添加以下注册表值，以缩短关闭连接时，该连接处于 TIME_WAIT 状态的时间。当连接处于 TIME_WAIT 状态时，套接字对无法重新使用：
值名称
TcpTimedWaitDelay
值数据
<在此输入一个 30 到 240 之间的十进制值。>
关闭注册表编辑器。
注意
必须重新启动计算机，此更改才会生效。
注意
此值的有效范围为 30 到 300（十进制）之间。默认值为 240。
启动注册表编辑器。
在注册表中，浏览到并单击以下注册表项。
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
在“编辑”菜单中单击“新建”、“DWORD 值”，然后添加以下注册表值，以增加可以动态分配到客户端的临时端口的数量：
值名称
MaxUserPort
值数据
<在此输入一个 5000 到 65534 之间的十进制值>
关闭注册表编辑器。
注意
必须重新启动计算机，此更改才会生效。
注意
增加用于客户端 TCP/IP 连接的临时端口的范围将占用 Windows 内核内存。请勿将此设置的值增加至超过容纳客户端应用程序套接字连接所需要的值，以便尽可能降低对 Windows 内核内存的不必要占用。
6、如何编写一个高并发的tcp server
服务器在调用listen和accept后，就会阻塞在accept函数上，accpet函数返回后循环调用accept函数等待客户的TCP连接。如果这时候又大量的用户并发发起connect连接，那么在listen有队列上限(最大可接受TCP的连接数)的情况下，有多少个connect会成功了。试验证明，当连接数远远高于listen的可连接数上限时，客户端的大部分TCP请求会被抛弃，只有当listen监听队列空闲或者放弃某个连接时，才可以接收新的连接，那么我们应该如何来避免这种情况出现？
分析：
（一）客户端
客户端运行初期完成所设定的一定量的socket创建和相应的处理线程的创建，然后使用条件变量来完成线程同步，直到最后一个线程创建完成，才向所有线程发出广播通知，让所有线程并发调用connect，连接成功则关闭连接，失败则返回，如下代码所示。
socket创建和线程创建：
int testCount=300; //并发用户数
/*
每个进程需要自己独立的栈空间，linux下默认栈大小是10M，在32位的机子上一个进程需要4G的内存空间，去掉自己的栈空间全局程序段空间，一般只有3G内存可以用，创建线程时就需要从这3G的空间中分配10M出来，所以最多可以分配300个线程。当然这里还可以使用多个进程，每个进程300个线程的方式来进一步扩大并发量。
*/
int sockfd[testCount];
pthread_t ntid[testCount];
bzero(&servaddr,sizeof(servaddr));
servaddr.sin_family=AF_INET;
servaddr.sin_port=htons(SERVER_PORT);
inet_pton(AF_INET,argv[1],&servaddr.sin_addr);
int testCaseIndex=0;
for(testCaseIndex=0;testCaseIndex<testCount;testCaseIndex++)
{
sockfd[testCaseIndex]=socket(AF_INET,SOCK_STREAM,0);
//为每个并发客户端创建一个socket
if(sockfd[testCaseIndex]==-1)
{
printf("socket established error: %s\n",(char*)strerror(errno));
return -1;
}
if( pthread_create(&ntid[testCaseIndex],NULL,handleFun,&sockfd[testCaseIndex])!=0)
{
printf("create thread error :%s\n",strerror(errno));
return -1;
}
//为每个并发客户端创建一个线程来执行connect
}
printf("%d client has initiated\n",testCaseIndex);
并发客户端的线程实现：线程阻塞在条件变量上（只有条件满足了并且发起唤醒动作，线程才开始执行）。
int sockfd=*((int*)arg);
{
pthread_cond_wait(&cond,&mut);
//在条件变量上等待条件满足！
//阻塞返回后立即解锁，防止互斥量加锁带来的阻塞
pthread_mutex_unlock(&mut);
int conRes=0;
conRes=connect(sockfd,(struct sockaddr *)&servaddr,sizeof(servaddr));
//线程执行connect连接，每个线程在接到唤醒信号后，才可以执行该语句，来模拟多个线程的并发调用。
if(conRes==-1)
{
printf("connect error: %s\n",strerror(errno));
return 0;
}
}
当条件满足时，唤醒阻塞在条件变量上的线程：
while(1)
{
sleep(2);
pthread_cond_broadcast(&cond); //在所有线程创建完成后才进行唤醒。
7、C#HttpClient高并发时怎么解决TCP连接数过多
用信号量控制
semaphore类
new 类候设定需要数量调用HttpClient前信号量get调用再release
-
8、C#HttpClient高并发时怎么解决TCP连接数过多
用一个信号量来控制
semaphore类
new 这个类的时候可以设定成你需要的数量，调用HttpClient方法前从信号量里get，调用后再release，就可以了
9、求教面向大规模连接的高并发网络模型，该如何处理
所谓并发服务器就是在同一个时刻可以处理来自多个客户端的请求;循环服务器是指服务器在同一时刻只可以响应一个客户端的请求。而且对于TCP和UDP套接字，这两种服务器的实现方式也有不同的特点。
1、TCP循环服务器：
首先TCP服务器接受一个客户端的连接请求，处理连接请求，在完成这个客户端的所有请求后断开连接，然后再接受下一个客户端的请求。创建TCP循环服务器的算法如下：
复制代码 代码如下:
socket(……); //创建一个TCP套接字
bind(……); //邦定公认的端口号
listen(……); //倾听客户端连接
while(1) //开始循环接收客户端连接
{
accept(……);//接收当前客户端的连接
while(1)
{ //处理当前客户端的请求
read(……);
process(……);
write(……);
}
close(……); //关闭当前客户端的连接，准备接收下一个客户端连接
}
TCP循环服务器一次只处理一个客户端的请求，如果有一个客户端占用服务器不放时，其它的客户机连接请求都得不到及时的响应。因此，TCP服务器一般很少用循环服务器模型的。
2、TCP并发服务器：
并发服务器的思想是每一个客户端的请求并不由服务器的主进程直接处理，而是服务器主进程创建一个子进程来处理。创建TCP并发服务器的算法如下：
复制代码 代码如下:
socket(……); //创建一个TCP套接字
bind(……); //邦定公认的端口号
listen(……);//倾听客户端连接
while(1) //开始循环接收客户端的接收
{
accept(……);//接收一个客户端的连接
if(fork(……)==0) //创建子进程
{
while(1)
{ //子进程处理某个客户端的连接
read(……);
process(……);
write(……);
}
close(……); //关闭子进程处理的客户端连接
exit(……) ;//终止该子进程
}
close(……); //父进程关闭连接套接字描述符，准备接收下一个客户端连接
}
TCP并发服务器可以解决TCP循环服务器客户端独占服务器的情况。但同时也带来了一个不小的问题，即响应客户机的请求，服务器要创建子进程来处理，而创建子进程是一种非常消耗资源的操作。
3、UDP循环服务器：
UDP服务器每次从套接字上读取一个客户端的数据报请求，处理接收到的UDP数据报，然后将结果返回给客户机。创建UDP循环服务器的算法如下：
1 socket(……); //创建一个数据报类型的套接字 2 bind(……); //邦定公认的短口号 3 while(1) //开始接收客户端的连接 4 { //接收和处理客户端的UDP数据报 5 recvfrom(……); 6 process(……); 7 sendto(……);//准备接收下一个客户机的数据报 8 }
消除行号
因为UDP是非面向连接的，没有一个客户端可以独占服务器。只要处理过程不是死循环，服务器对于每一个客户机的请求总是能够处理的。
UDP循环服务器在数据报流量过大时由于处理任务繁重可能造成客户技数据报丢失，但是因为UDP协议本身不保证数据报可靠到达，所以UDP协议是允许丢失数据报的。
鉴于以上两点，一般的UDP服务器采用循环方式4、UDP并发服务器把并发的概念应用UDP就得到了并发UDP服务器，和并发TCP服务器模型一样是创建子进程来处理的。
创建UDP并发服务器的算法如下：
复制代码 代码如下:
socket(……); //创建一个数据报类型的套接字
bind(……); //邦定公认的短口号
while(1) //开始接收客户端的连接
{ //接收和处理客户端的UDP数据报
recvfrom(……);
if(fork(……)==0) //创建子进程
{
rocess(……);
sendto(……);
}
}
除非服务器在处理客户端的请求所用的时间比较长以外，人们实际上很少用这种UDP并发服务器模型的。
4、多路复用I/O并发服务器：
创建子进程会带来系统资源的大量消耗，为了解决这个问题，采用多路复用I/O模型的并发服务器。采用select函数创建多路复用I/O模型的并发服务器的算法如下：
初始化(socket，bind，listen);
复制代码 代码如下:
while(1)
{
设置监听读写文件描述符(FD_*);
调用select;
如果是倾听套接字就绪，说明一个新的连接请求建立
{
建立连接(accept);
加入到监听文件描述符中去;
}
否则说明是一个已经连接过的描述符
{
进行操作(read或者write);
}
多路复用I/O可以解决资源限制问题，此模型实际上是将UDP循环模型用在了TCP上面。这也会带了一些问题，如由于服务器依次处理客户的请求，所以可能导致友的客户会等待很久。
10、C#HttpClient高并发时怎么解决TCP连接数过多
采用异步处理。Socket异步处理是出来大并发连接数量的不二选择。异步处理本质上是多线程的，而且使用线程池。借助线程池能够提供线程处理性能。根据1）和2）分析的结果有可能需要调整线程池默认线程数量。