同一端口，如何区分不同的socket

Posted 2023-05-13

参考技术A

为了区分不同应用进程之间的网络通信和链接，主要有三个参数：通信的目的IP地址，使用的传输层协议（TCP / UDP）和使用的端口号。

Socket的愿意是插座，通过将这三个参数结合起来，与一个插座socket绑定，应用层就可以和传输层通过套接字接口，区分来自不同应用程序或网络连接点额通信，实现数据传输的并发服务。

accept()产生的Socket端口号是多少？

要写网络程序就必须用Socket，这是程序员都知道的，而且在面试的时候，我们也会问对方会不会socket编程，很多人都会说Socket编程基本就是listen、accept、以及send 和write几个基本操作，是的就跟常见的文件操作一样，只要写过就一定知道。

对于网络编程我们言必称TCP，似乎其他的网络协议已经不存在了，对于TCP我们还知道UDP，前者可以保证数据的正确和可靠性，后者允许数据的丢失，最后我们还知道，在建立连接之前，必须知道对方的IP地址和端口号，除此，普通的程序员就不会知道的太多了，很多时候这些知识以及够用了，最多写服务程序的时候，会用多线程处理并发访问。

我们还知道以下几个事实

1.一个指定的端口号不能被多个应用程序公用，比如IIS占用了80端口，那么APACHE就不能用这个端口了。

2.很多防火墙只允许特定目标端口的数据包通过。

3.服务程序在listen某个端口并accept某个连接请求之后，会生成一个新的socket来对请求进行处理，

于是一个困惑我很久的问题产生了，如果一个socket创建后并与80端口绑定后，是否就意味着该socket占用了80端口呢？

如果是这样的，那么当其accept一个请求之后，生成的新的socket到底使用的是什么端口呢？（我一直以为系统会默认给其分配一个空闲的端口号）

如果是一个空闲的端口号，那么一定不是80端口了，于是以后的TCP数据包端口肯定就不是80 了--防火墙会阻止他通过的。

实际上我们可以看到，防火墙并没有阻止这样的连接，而且这是最常见的连接 请求和处理方式，我不理解的就是为什么防火墙没有阻止这样的连接，他是如何判断那条连接是因为connect80端口生成的？是不是TCP数据包里面有什么特别的标志，或者防火墙已经记住了什么东西？

后来我又仔细读了TCP/IP协议栈原理，对很多概念有了更深刻的认识，比如TCP和UDP同属于传输层，共同假设在IP层之上，而IP层主要负责在节点之间的数据包传输，这里的节点是一台网络设备，比如计算机，因为IP曾只负责把数据送到节点之上，而不能区分上面的不同应用，所以TCP、UDP在协议的基础上加入了端口的信息，端口是标识的是一个节点上的应用，处理增加端口信息，UDP协议基本就没有对IP层的数据进行任何处理了，而TCP协议还加入了更复杂的传输控制，比如滑动的数据发送窗口，以及接受确认和重发机制，以达到数据的可靠传输，不管应用层看到的是怎么样一个稳定的TCP数据流，下面传送的都是一个个的IP数据包，需要由TCP协议来进行数据重组。

所以我有理由怀疑，防火墙并没有足够的信息判断TCP数据包的更多信息，除了IP地址和端口号，而且我们也看到，所谓的端口是为了区分不同的应用的，以在不同的IP包来到的时候能够正确的转发。

TCP/IP只是一个协议栈，就像操作系统的运行机制一样，必须要具体实现，同时还要提供对外的操作接口，就像操作系统会提供标准的编程接口，比如Win32编程接口一样，TCP、IP也必须对外提供编程接口，这就是Socket编程接口--原来就是这么回事

在Socket编程接口里，设计者提出了一个很重要的概念，那就是socket。这个socket跟文件句柄很相似，实际上，在BSD系统里就是跟文件句柄一样存放在一样的 进程句柄 里。 这个 socket其实是一个序号，表示其在句柄表中的位置。这一点，我们已经见过很多了，比如文件句柄，窗口句柄等。 这些句柄，其实是代表了系统中的某些特定的对象，用于在各种函数中作为参数传入，以对特定对象进行操作 ——这其实是C语言的问题，在C++语言里，这个句柄其实就是this指针，实际就是对象指针啦。

现在我们知道，socket跟TCP/IP并没有必然的联系。Socket编程接口在设计的时候，就希望也能适应其他的网络协议。所以，socket的出现只是可以更方便的使用TCP/IP协议栈而已，其对TCP/IP进行了抽象，形成了几个最基本的函数接口。比如create, listen, accept, connect, read和write等。

明白socket只是对TCP/IP协议栈操作的抽象，而不是简单的映射关系，这很重要！

昨天和朋友聊了下网络编程，关于Socket，这里写一下我个人的一些理解:)

程序里可以创建Socket，分为普通Socket和原始Socket两种类型。

一：普通Socket是对TCP/IP协议栈中传输层的操作的编程接口(一种API)。

有面向连接的流式套接字(SOCK_STREAM)，属于针对TCP方式的应用；

有无连接数据包式套接字(SOCK_DGRAM)，属于针对UDP方式的应用。

对于普通Socket，我曾经有个模糊的问题，在 多线程情况 下，服务器端监听(listen)某个端口(假设8080)后，每accept一个客户端的连接就会产生一个新的Socket。那么这些新产生的Socket的端口是什么？程序里肯定没有指定，那就应该有两种可能，1：产生随机端口。2：还是8080端口。第一种假设想了就觉得不可能，防火墙非常有可能会阻止这些随机端口的包。那么就是第二种假设了，服务端端口还是8080。但这推翻了我原有的认识，就是“一个端口被程序占有，其他程序就不能用该端口了”。我觉得其实最有可能的是范围不同：就是在程序与程序间不能用同一端口，但是在程序内部不同的Socket还是可以用同一端口的。所以，为了能够使“客户端发给服务端的同一端口(8080)不同线程(即不同的Socket连接)的包能够被区分开并进行组合”，必须得有一个区分包是来自不同连接的显著特征，那就是传输层包头里的源端口了，即一个Socket连接里客户端那方的端口。总结一下，对于这种情况，就是传输层包头里源端口(客户端)会随着产生的Socket不同，而宿端口相同(服务器端)。

很多疑问都在文章里里找到了答案，特别是“端口是用来区分不同应用程序的”，之前也困惑多线程下，每个线程建立连接的端口是否可以相同。 另外文中说每accept一个连接会得到一个新的socket，这个表述不是很完美，其实不是一个新的socket而是得到了客户端的socket，这个socket里的ip和端口当然是客户端的ip和端口了。表达accept客户端之后，服务端用的是哪个端口。

单个进程监听多个端口

单个进程创建多个 socket 绑定不同的端口，TCP, UDP 都行

多个进程监听同一个端口(multiple processes listen on same port)

通过 fork 创建子进程的方式可以实现，其他情况下不行。

多线程情况下，服务器端监听(listen)某个端口后，每accept一个客户端的连接就会产生一个新的Socket

新产生的Socket的端口是多少？

答案是服务器端口还是Listen端口。

进程间不能用同一端口，但是进程内部不同Socket可以用同一个端口。

Client端发送给Server同一端口的不同Socket怎么区分。

用Client端Socket端口区分！

Socket是TCP/IP协议的网络接口 socket是对TCP/IP协议操作的抽象

客户端connect函数是开始调用到函数返回正好是三次握手的过程，第三次握手成功则返回

server端三次握手之后内核调用accept函数，accept函数执行后会产生一个新的socket与client端进行连接。

Q:编写 TCP/SOCK_STREAM 服务程序时，SO_REUSEADDR到底什么意思？

A:这个套接字选项通知内核，如果端口忙，但TCP状态位于 TIME_WAIT ，可以重用端口。如果端口忙，

而TCP状态位于其他状态，重用端口时依旧得到一个错误信息，指明"地址已经使用中"。如果你的服务程序停止

后想立即重启，而新套接字依旧使用同一端口，此时SO_REUSEADDR 选项非常有用。必须意识到，此时任何

非期望数据到达，都可能导致服务程序反应混乱，不过这只是一种可能，事实上很不可能。

端口复用最常用的用途应该是防止服务器重启时之前绑定的端口还未释放或者程序突然退出而系统没有释放端口。这种情况下如果设定了端口复用，则新启动的服务器进程可以直接绑定端口。如果没有设定端口复用，绑定会失败，提示ADDR已经在使用中——那只好等等再重试了，麻烦！

那如何让sockfd_one, sockfd_two两个套接字都能成功绑定8000端口呢？这时候就需要要到端口复用了。端口复用允许在一个应用程序可以把 n 个套接字绑在一个端口上而不出错。

设置socket的SO_REUSEADDR选项，即可实现端口复用：

SO_REUSEADDR可以用在以下四种情况下。 (摘自《Unix网络编程》卷一，即UNPv1)

1、当有一个有相同本地地址和端口的socket1处于TIME_WAIT状态时，而你启动的程序的socket2要占用该地址和端口，你的程序就要用到该选项。

2、SO_REUSEADDR允许同一port上启动同一服务器的多个实例(多个进程)。但每个实例绑定的IP地址是不能相同的。在有多块网卡或用IP Alias技术的机器可以测试这种情况。

3、SO_REUSEADDR允许单个进程绑定相同的端口到多个socket上，但每个socket绑定的ip地址不同。这和2很相似，区别请看UNPv1。

4、SO_REUSEADDR允许完全相同的地址和端口的重复绑定。但这只用于UDP的多播，不用于TCP。

需要注意的是，设置端口复用函数要在绑定之前调用，而且只要绑定到同一个端口的所有套接字都得设置复用：

端口复用允许在一个应用程序可以把 n 个套接字绑在一个端口上而不出错。同时，这 n 个套接字发送信息都正常，没有问题。但是，这些套接字并不是所有都能读取信息，只有最后一个套接字会正常接收数据。

接着，通过网络调试助手给这个服务器发送数据，结果显示，只有最后一个套接字sockfd_two会正常接收数据。

一个连接的唯一标识是[server ip, server port, client ip, client port]也就是说。操作系统，接收到一个端口发来的数据时，会在该端口，产生的连接中，查找到符合这个唯一标识的并传递信息到对应缓冲区。

所以说一个socket可以对应多个tcp连接。

如何在同一分支上的两个不同提交之间区分同一文件？

【中文标题】如何在同一分支上的两个不同提交之间区分同一文件？

【英文标题】：How do I diff the same file between two different commits on the same branch?

【发布时间】：2011-03-21 06:27:30

【问题描述】：

在 Git 中，我如何在同一分支（例如 master）上的两个不同提交（不连续）之间比较同一文件？

我正在寻找一种 比较 功能，例如 Visual SourceSafe (VSS) 或 Team Foundation Server (TFS) 中的功能。 在 Git 中可以吗？

【问题讨论】：

如果您需要在 GitHub 中执行此操作 - check this

【参考方案1】：

来自git-diff 联机帮助页：

git diff [--options] <commit> <commit> [--] [<path>...]

例如，要查看文件“main.c”在现在和两次提交之间的差异，这里有三个等效的命令：

$ git diff HEAD^^ HEAD main.c
$ git diff HEAD^^..HEAD -- main.c
$ git diff HEAD~2 HEAD -- main.c

【讨论】：

.. 不是必需的，尽管它可以使用它（也许在相当旧的版本中除外）。如果两个提交相距甚远，您还可以使用git log 或gitk 来查找要使用的SHA1。 gitk 在其上下文菜单中还有一个“diff selected -> this”和“diff this -> selected”。

即使在 2 次提交之间修改了文件名，这也能正常工作吗？

那么“--”的目的是什么

@user64141 -- 很有用，例如当您有一个名为 -p 的文件时。非常适合在脚本中使用，仅在实践中需要的极少数情况下使用。

注意：您需要使用相对于 repo 根目录的路径。相对于当前工作目录的路径将不起作用。

【参考方案2】：

如果您想逐个提交地查看两次提交之间文件的所有更改，您也可以这样做

git log -u $start_commit..$end_commit -- path/to/file

【讨论】：

什么是“$start_commit”和“$end_commit”？它们是字面意思吗？如果不是，你能举个例子吗？

这些是包含开始和结束修订的 shell 变量，可以是 sha1 文字或 refs

【参考方案3】：

您还可以比较两个不同版本中的两个不同文件，如下所示：

git diff &lt;<em>revision_1</em>&gt;:&lt;<em>file_1</em>&gt; &lt;<em>revision_2</em>&gt;:&lt;<em>file_2</em>&gt;

【讨论】：

请注意，如果 <file_1> 和 <file_2> 在当前目录中，而不是在*** git 托管目录中，则必须在 Unix 上添加 ./：<revision_1>:./filename_1

：可以省略，因此您可以与尚未提交的文件进行比较。

请注意，在 Windows 上，文件路径必须使用“/”，而不是“\”。

有没有办法执行这个差异，使得两个文件之一是本地的？ IE。当您的 difftool 打开时，该文件不是临时目录中的副本。与git diff HEAD..HEAD~1 和git diff HEAD~1 之间的区别相同

【参考方案4】：

如果你已经配置了“difftool”，你可以使用

git difftool revision_1:file_1 revision_2:file_2

示例：将文件从其上次提交与其在同一分支上的先前提交进行比较： 假设如果您在项目根文件夹中

$git difftool HEAD:src/main/java/com.xyz.test/MyApp.java HEAD^:src/main/java/com.xyz.test/MyApp.java

您的 ~/.gitconfig 或 project/.git/config 文件中应该有以下条目。安装 p4merge [这是我首选的 diff 和合并工具]

[merge]
    tool = p4merge
    keepBackup = false
[diff]
    tool = p4merge
    keepBackup = false
[difftool "p4merge"]
    path = C:/Program Files (x86)/Perforce/p4merge.exe
[mergetool]
    keepBackup = false
[difftool]
    keepBackup = false
[mergetool "p4merge"]
    path = C:/Program Files (x86)/Perforce/p4merge.exe
    cmd = p4merge.exe \"$BASE\" \"$LOCAL\" \"$REMOTE\" \"$MERGED\"

注意：如果您使用的是 Intellij Enterprise 或 Community Edition - 它是 3 路合并的最佳工具之一。

【参考方案5】：

检查$ git log，复制两个不同提交的SHA-1 ID，然后使用这些ID 运行git diff 命令。例如：

$ git diff (sha-id-one) (sha-id-two)

【讨论】：

如果您想要特定文件的差异，请在命令末尾添加路径。

如果两个提交跨越不同的分支，也可以执行“git pull”来下载完整的树信息。否则你会得到一个“fatal: bad object”错误。

git diff (sha-id-one) (sha-id-two) -- filename.ext 没有文件名，它将列出这两个提交中 所有 文件的差异。

【参考方案6】：

使用 Git 的另一种方式...

git difftool HEAD HEAD@N /PATH/FILE.ext

【讨论】：

我从这个答案中定义了一个别名，适用于 bash：difftool-file = "!git difftool HEAD@\"$2\" HEAD \"$1\" #"

【参考方案7】：

如果您有多个文件或目录并且想要比较非连续提交，您可以这样做：

创建一个临时分支（"revision" 在这个例子中）

git checkout -b revision

回退到第一个提交目标

git reset --hard <commit_target>

挑选那些感兴趣的提交

git cherry-pick <commit_interested> ...

应用差异

git diff <commit-target>^

完成后

git branch -D revision

【讨论】：

感谢您的解决方案。它适用于我的用例。我唯一要更新的是，当你完成后，你不能删除分支，直到你关闭它。

【参考方案8】：

如果你想对多个文件进行 diff，使用@mipadi 指定的方法：

例如HEAD 和您的 master 之间的差异，以查找所有 .coffee 文件：

git diff master..HEAD -- `find your_search_folder/ -name '*.coffee'`

这将递归搜索您的 your_search_folder/ 以查找所有 .coffee 文件，并在它们和它们的 master 版本之间进行区分。

【参考方案9】：

这是一个 Perl 脚本，它为 Git 日志命令中的给定文件打印出 Git diff 命令。

例如

git log pom.xml | perl gldiff.pl 3 pom.xml

产量：

git diff 5cc287:pom.xml e8e420:pom.xml
git diff 3aa914:pom.xml 7476e1:pom.xml
git diff 422bfd:pom.xml f92ad8:pom.xml

然后可以在 shell 窗口会话中剪切和粘贴或通过管道传输到 /bin/sh。

注意事项：

数字（本例中为 3）指定要打印的行数 文件（在本例中为 pom.xml）必须在两个位置都一致（您可以将其包装在 shell 函数中以在两个位置提供相同的文件）或将其作为 shell 脚本放在二进制目录中

代码：

# gldiff.pl
use strict;

my $max  = shift;
my $file = shift;

die "not a number" unless $max =~ m/\d+/;
die "not a file"   unless -f $file;

my $count;
my @lines;

while (<>) 
    chomp;
    next unless s/^commit\s+(.*)//;
    my $commit = $1;
    push @lines, sprintf "%s:%s", substr($commit,0,6),$file;
    if (@lines == 2) 
        printf "git diff %s %s\n", @lines;
        @lines = ();
    
    last if ++$count >= $max *2;

【参考方案10】：

如果您想在 Windows 上进行简单的视觉比较，例如可以在 Visual SourceSafe 或 Team Foundation Server (TFS) 中获取，请尝试以下操作：

在文件资源管理器中右键单击文件 选择“Git 历史”

注意：升级到 Windows 10 后，我丢失了 Git 上下文菜单选项。但是，您可以在命令窗口中使用“gitk”或“gitk 文件名”来实现相同的目的。

调用“Git History”后，Git GUI 工具将启动，文件的历史记录显示在左上窗格中。选择您要比较的版本之一。然后右键单击第二个版本并选择任一

区分这个 -> 选择

或

选择差异 -> 这个

颜色编码的差异将出现在左下方的窗格中。

【讨论】：

请注意：这是一个简单的解决方案，易于实施并解决了 OP 的问题。它适用于 OP 明确使用的 Windows（请参阅问题中对 TFS 和 VSS 的引用）。

【参考方案11】：

所有其他回复都更完整，因此请点赞。 这只是为了记住，您可以避免知道最近提交的 id。通常，我将自己设置在要比较的分支中，并在知道旧的提交 uid 的情况下运行差异工具（您可以使用其他符号）：

git checkout master
git difftool 6f8bba my/file/relative/path.py

此外，请在此处检查此其他响应以设置您希望 git 打开的工具以比较文件： Configuring diff tool with .gitconfig 要了解有关 difftool 的更多信息，go to the difftool doc

【讨论】：

您不能使用 HEAD 作为最近提交 ID 的别名吗？ HEAD^ 表示之前的那个，HEAD^^ 表示之前的那个，等等？还是我误会了？

^^ 不起作用。但是在祖先选择下检查这个git-scm.com/book/en/v2/Git-Tools-Revision-Selection :)