这些始发港和目的港是什么？

源/源端口由客户端随机选择。目的端口由应用程序确定。

例如，如果我正在发出 Web 请求 (HTTP)，我的目标端口将是 TCP 端口 80，而我的源端口将是随机选择的。

为了更进一步，让我们使用您的示例：

gmail 选项卡使用端口1000来建立连接，IMAP 端口是 143。

假设您的 IP 地址是 1.1.1.1，Gmail 的 IP 地址是 9.9.9.9。我还将源端口更改为 2222，因为随机源端口的典型范围是 1024-65535

当您发出请求时，数据包 L3/L4 属性将如下所示：

SRC:  1.1.1.1:2222
DST:  9.9.9.9:143

gmail 服务器在端口 143 上“侦听”传入的 IMAP 请求。收到该数据包后，它会生成响应，并且响应具有反向 L3/L4 属性作为初始数据包：

SRC:  9.9.9.9:143
DST:  1.1.1.1:2222

响应被发送到目标端口 2222。您的操作系统已保留此端口，因此“侦听”对出站数据包的响应。

所以你看，端口并没有被浪费。该端口用于侦听传入流量。运行 IMAP 软件的 Gmail 正在侦听端口 143 上的传入请求。向 Gmail 发送 IMAP 请求的客户端正在侦听端口 2222（您随机选择的端口号）上的响应。

一旦“对话”完成，您的操作系统将释放端口 2222，这将允许其他连接再次随机使用该端口来处理未来的入站响应流量。

是将大文件分成几部分的传输层还是已经从应用层中分离出来？

这在各种实现中有所不同，但通常 TCP 能够将数据块分割成必要的大小以通过线路发送。因此，在 TCP 的情况下，应用程序可以发送要发送的整个数据“块”，并让 TCP 根据需要将其分解。

UDP 没有这个能力。如果应用程序打算使用 UDP 发送一个大文件，它必须将文件分成适合网络路径的部分。

Internet 层如何找出目标 IP 地址？

通过外部进程。

例如，如果您在命令提示符中键入“ping 8.8.8.8”，则您（用户）提供了 IP 地址 8.8.8.8。

如果您在网络浏览器中键入“google.com”，那么您的操作系统将使用 DNS 将“google.com”转换为 IP 地址，现在您的网络浏览器知道将网络流量发送到的 IP 地址。

我建议通读这篇文章（以及它来自的整个系列）：

https://www.practicalnetworking.net/series/packet-traveling/osi-model/

它讨论了数据包通过网络移动所需的各种步骤。

免责声明：博客/文章是我自己的。它没有广告，没有货币化，我只是为了让读者受益。