socket()创建套接字描述符并初始化内核资源，connect()发起TCP连接或设置UDP对端地址；二者严格按socket→connect时序调用，失败分别反映协议支持、网络可达性及服务监听状态问题。
在Linux网络编程中，socket() 和 connect() 是建立客户端网络连接最基础、最关键的两个系统调用。它们分别完成“创建通信端点”和“发起主动连接”的核心动作，底层直接与内核网络协议栈交互，是理解TCP/IP客户端行为的起点。
socket()：申请并初始化一个套接字描述符
该系统调用不涉及网络通信，只在内核中分配资源、初始化数据结构，并返回一个文件描述符（fd）。它决定通信的协议族、类型和具体协议：
- domain（如 AF_INET、AF_INET6）指定地址族，影响后续地址结构体格式；
- type（如 SOCK_STREAM、SOCK_DGRAM）决定语义：流式有序传输（TCP）还是无连接报文传输（UDP）；
- protocol通常设为 0，由内核根据 domain+type 自动推导（如 AF_INET + SOCK_STREAM → TCP）；
- 调用成功返回非负整数 fd，失败返回 -1 并设置 errno（如 EPROTONOSUPPORT 表示不支持该协议组合）。
connect()：向服务端发起三次握手连接请求
该调用仅对面向连接的套接字（如 SOCK_STREAM）有意义，作用是启动TCP连接建立流程：
- 传入已创建的 socket fd 和目标服务器的 sockaddr 地址结构（含IP和端口）；
- 若本地未显式 bind()，内核会自动选取一个可用临时端口（ephemeral port）并绑定到本机任意可用IP；
- 阻塞式 socket 下，connect() 会等待直到连接成功（返回 0）、超时（errno=ETIMEDOUT）或被拒绝（errno=ECONNREFUSED）；
- 非阻塞 socket 下，connect() 立即返回 -1 且 errno=EINPROGRESS，需配合 select()/poll()/epoll_wait() 监听可写事件来判断连接结果。
二者协作的关键逻辑与时序
典型客户端流程严格遵循 socket → (bind 可选) → connect 顺序，任何跳过或颠倒都会导致错误：
- 未调用 socket() 就调 connect()：fd 无效，触发 EBADF；
- 对已 connect() 的 socket 再次调用 connect()：若地址不同则断开重连，相同则可能返回 EISCONN；
- UDP 套接字也可调 connect()，此时不发包，仅记录对端地址用于简化 send() 调用（无需每次传地址），并过滤非目标地址的 recv() 数据；
- connect() 成功后，该 socket 进入 ESTABLISHED 状态，可直接使用 read()/write() 或 send()/recv() 收发数据。
常见问题与调试提示
实际开发中，这两个调用的失败往往指向明确的配置或环境问题：
- socket() 失败：检查 protocol family 是否被内核禁用（如 IPv6 模块未加载）、进程是否超出文件描述符限制（ulimit -n）；
- connect() 超时：未必是服务不可达，可能是防火墙丢弃SYN包、路由不可达、或目标主机未监听对应端口；
- connect() 返回 ECONNREFUSED：明确表示目标IP可达，但该端口上无进程处于 LISTEN 状态；
- 用 strace -e trace=socket,connect ./your_program 可直观观察系统调用参数与返回值，是定位连接问题的第一步。
