为什么在服务器和客户端的sinu端口中指定相同的端口? 我正在学习C++中的socket编程。我知道套接字必须绑定到服务器地址,在客户端,调用connect()时会有一个内部bind()。服务器在中的struct sockaddr\u的sin\u port中指定的端口上侦听
但是,当我在客户机中为为什么在服务器和客户端的sinu端口中指定相同的端口? 我正在学习C++中的socket编程。我知道套接字必须绑定到服务器地址,在客户端,调用connect()时会有一个内部bind()。服务器在中的struct sockaddr\u的sin\u port中指定的端口上侦听,c++,sockets,networking,C++,Sockets,Networking,但是,当我在客户机中为struct sockaddr\u的sin\u port指定相同的端口时,这是否意味着客户机和服务器都绑定在同一端口上。我希望这是部分,我错了 代码如下: 服务器: #include<iostream> #include<sys/socket.h> #include<sys/types.h> #include<unistd.h> #include<netinet/in.h> #include<arpa/ine
struct sockaddr\u的sin\u port
指定相同的端口时,这是否意味着客户机和服务器都绑定在同一端口上。我希望这是部分,我错了
代码如下:
服务器:
#include<iostream>
#include<sys/socket.h>
#include<sys/types.h>
#include<unistd.h>
#include<netinet/in.h>
#include<arpa/inet.h>
#include<netdb.h>
using namespace std;
int main(){
int sockid=socket(AF_INET,SOCK_STREAM,0);
if(sockid<0){
cout<<"failed socket";
}
struct sockaddr_in server, client;
int cz=sizeof(client);
server.sin_family=AF_INET;
server.sin_port=htons(9999);
server.sin_addr.s_addr=htonl(INADDR_ANY);
if(bind(sockid,(struct sockaddr*)&server, sizeof(server))<0){
cout<<"Failed binding";
return 0;
}
cout<<"binded\n";
if(listen(sockid,3)<0){//
cout<<"\nFailed Listening";
return 0;
}
int client_socket=accept(sockid,(struct sockaddr*)&client, (socklen_t*)&cz);
if(client_socket<0){
cout<<"Failed connecting";
return 0;
}
cout<<"Connected....\n";
char buff[1024]={0};
cout<<"enter message: ";
cin>>buff;
if(send(client_socket,buff,strlen(buff),0)<0){
cout<<"\nFailed sending\n";
return 0;
}
cout<<"Message sent";
return 0;
}
#包括
#包括
#包括
#包括
#包括
#包括
#包括
使用名称空间std;
int main(){
int sockid=socket(AF_INET,SOCK_STREAM,0);
如果(sockid服务器应绑定
到客户端连接的同一端口。这样,服务器和客户端将相互通信。通常,服务器绑定
到一个已知端口并侦听
。客户端不会调用绑定
,这会导致它绑定到一个随机端口。但它确实会这样做es callconnect
连接到服务器的已知端口。服务器侦听已知端口、从已知端口发送和接收。客户端连接到已知端口、向已知端口发送和从已知端口接收
另外,永远不要这样做:
recv(sockid,buff,1024,0);
cout<<"Received msg: "<<buff;
您不发送终止的零字节,因此,除了您随后关闭连接之外,接收方无法确定消息的结束位置。这仅适用于您希望只发送一条消息,然后关闭连接而不产生任何响应的情况。在这种情况下,receiver需要不断调用recv
,直到收到连接已关闭的指示,然后才认为自己已收到消息。是的,在阅读了这么多答案后,我理解了这一点,但我不理解的是,为什么要保持Sinu port的相同端口号。Sinu port在这里意味着什么?这也是正常的练习让侦听器在随机端口号上生成另一个进程——所有进一步的通信都使用匿名端口号流向生成的进程。让侦听器自由地允许其他客户端连接。@JamesAnderson我发现这样说会让人困惑。侦听器的所有连接都指向同一个端口t和所有侦听器的传输都来自同一端口。@George它在两侧的含义不同。一方面,它是传递给bind
的信息的一部分,因此它控制服务器绑定到的端口。另一方面,它是传递给connect
的信息的一部分,因此它控制客户端连接的端口ects to.@George老实说,我认为这会让答案更加混乱。从代码中可以清楚地看出,server
和client
在
结构中是两个不同的sockaddr\u,答案在第一段中已经说明,服务器调用bind
,客户端调用connect
。如果你认为是这样的话可以在一个不混乱的方式做,请随意提出一个编辑。
recv(sockid,buff,1024,0);
cout<<"Received msg: "<<buff;
if(send(client_socket,buff,strlen(buff),0)<0){