套接字是一种数据I/O机制。端口是通信协议的契约概念。套接字可以没有端口而存在。一个端口可以没有特定的套接字而存在(例如，如果同一个端口上有几个活动的套接字，这可能是某些协议允许的)。

端口用于确定接收端应该将数据包路由到哪个套接字，在许多协议中，但它并不总是必需的，接收套接字的选择可以通过其他方式完成——端口完全是网络子系统中协议处理程序使用的工具。例如，如果协议不使用端口，数据包可以到所有侦听套接字或任何套接字。

套接字由三部分组成:

IP地址 传输协议 端口号

端口是1到65535之间的数字，表示设备中的逻辑门。 客户端和服务器之间的每个连接都需要一个惟一的套接字。

例如:

1030为端口。 (10.1.1.2, TCP，端口1030)是一个套接字。

套接字基本上是网络通信的端点，至少由一个ip地址和一个端口组成。在Java/ c#中，套接字是双向连接一侧的高级实现。

还有Java教程中的一个(非规范的)定义。

相对的TCP/IP术语，我认为这是隐含的问题。通俗地说:

PORT类似于特定邮政编码中特定房屋的电话号码。城镇的邮政编码可以被认为是城镇和城镇中所有房屋的IP地址。

另一方面，SOCKET更像是一对房屋之间的电话之间的通话。这些呼叫可以在同一城镇的房屋之间建立，也可以在不同城镇的两所房屋之间建立。这对手机之间建立的临时通道就是SOCKET。

似乎有很多答案将socket等同于2台PC之间的连接。我认为这是完全错误的。套接字一直是一台PC上的端点，可能连接也可能不连接-当然我们都在某些时候使用侦听器或UDP套接字*。重要的部分是它是可寻址的和活跃的。向1.1.1.1:1234发送消息不太可能起作用，因为没有为该端点定义套接字。

套接字是特定于协议的-因此，TCP/IP和UDP/IP都使用* (ipaddress:port)的唯一性实现与eg不同。， IPX (Network, Node, and…嗯哼，套接字——但是一个不同的套接字是指一般的“套接字”术语。IPX套接字号相当于IP端口)。但是，它们都提供了唯一的可寻址端点。

由于IP已成为主导协议，端口(在网络术语中)已成为UDP或TCP端口号的同义词——后者是套接字地址的一部分。

UDP is connection-less - meaning no virtual circuit between the 2 endpoints is ever created. However, we still refer to UDP sockets as the endpoint. The API functions make it clear that both are just different type of sockets - SOCK_DGRAM is UDP (just sending a message) and SOCK_STREAM is TCP (creating a virtual circuit). Technically, the IP header holds the IP Address, and the protocol on top of IP (UDP or TCP) holds the port number. This makes it possible to have other protocols (eg. ICMP that have no port numbers, but do have IP addressing information).

这个问题已经有了理论上的答案。我想举一个实际的例子来解释这个问题，让大家对Socket和Port有一个更清晰的理解。

我在这里找到的

This example will walk you thru the process of connecting to a website, such as Wiley. You would open your web browser (like Mozilla Firefox) and type www.wiley.com into the address bar. Your web browser uses a Domain Name System (DNS) server to look up the name www.wiley.com to identify its IP address is. For this example, the address is 192.0.2.100. Firefox makes a connection to the 192.0.2.100 address and to the port where the application layer web server is operating. Firefox knows what port to expect because it is a well-known port . The well-known port for a web server is TCP port 80. The destination socket that Firefox attempts to connect is written as socket:port, or in this example, 192.0.2.100:80. This is the server side of the connect, but the server needs to know where to send the web page you want to view in Mozilla Firefox, so you have a socket for the client side of the connection also. The client side connection is made up of your IP address, such as 192.168.1.25, and a randomly chosen dynamic port number. The socket associated with Firefox looks like 192.168.1.25:49175. Because web servers operate on TCP port 80, both of these sockets are TCP sockets, whereas if you were connecting to a server operating on a UDP port, both the server and client sockets would be UDP sockets.