• 首页
  • 搜索
  • 工具
  • 分类
  • 日志
  • 友链
  • 图片

It's Geek KingYoungy

KEEP CHALLENGE
C/C++Unix/Linux应用层程序设计

终端编程详解

2025-03-30 浏览量 335 暂无评论

终端编程详解


1. tcgetattr() 与 tcsetattr()

功能:获取或设置终端的属性(包括输入/输出模式、控制字符定义等)。

#include <termios.h>
int tcgetattr(int fd, struct termios *termios_p);
int tcsetattr(int fd, int optional_actions, const struct termios *termios_p);

参数说明:
• fd:终端设备的文件描述符(如 /dev/tty)。
• termios_p:指向 termios 结构体的指针,用于存储或传递终端属性。
• optional_actions(仅 tcsetattr):决定何时应用新设置,可选宏:
• TCSANOW:立即生效。
• TCSADRAIN:等待当前输出完成后再生效。
• TCSAFLUSH:清空输入/输出缓冲区后生效。

termios 结构体成员:

struct termios {
    tcflag_t c_iflag;   // 输入模式标志(如输入奇偶校验、回车处理)  
    tcflag_t c_oflag;   // 输出模式标志(如输出映射、延迟处理)  
    tcflag_t c_cflag;   // 控制模式标志(如波特率、数据位)  
    tcflag_t c_lflag;   // 本地模式标志(如回显、信号处理)  
    cc_t c_cc[NCCS];    // 控制字符数组(如中断、停止字符)  
};

返回值:
• 成功时返回 0,失败返回 -1 并设置 errno。


2. ioctl()

功能:执行设备相关的控制操作(如获取终端窗口大小、设置串口参数等)。

#include <sys/ioctl.h>
int ioctl(int fd, unsigned long request, ... /* void *arg */);

参数说明:
• fd:终端设备的文件描述符。
• request:控制请求码,与终端相关的常见宏:
• TIOCGWINSZ:获取终端窗口大小(arg 指向 winsize 结构体)。
• TIOCSWINSZ:设置终端窗口大小。
• TCGETS:等效于 tcgetattr。
• TCSETS:等效于 tcsetattr。
• arg:可变参数,通常为指向数据结构的指针。

winsize 结构体成员:

struct winsize {
    unsigned short ws_row;    // 终端窗口行数  
    unsigned short ws_col;    // 终端窗口列数  
    unsigned short ws_xpixel; // 水平像素(通常未使用)  
    unsigned short ws_ypixel; // 垂直像素(通常未使用)  
};

返回值:
• 成功时返回 0,失败返回 -1 并设置 errno。


3. cfsetispeed() 与 cfsetospeed()

功能:设置终端的输入/输出波特率。

#include <termios.h>
int cfsetispeed(struct termios *termios_p, speed_t speed);
int cfsetospeed(struct termios *termios_p, speed_t speed);

参数说明:
• termios_p:指向 termios 结构体的指针。
• speed:波特率宏,如:
• B0:挂断线路。
• B9600:9600 波特。
• B115200:115200 波特。
• B4000000:自定义高速波特率(部分系统支持)。

返回值:
• 成功返回 0,失败返回 -1。


4. tcsendbreak()

功能:在串行线上发送 BREAK 信号(用于重置设备)。

#include <termios.h>
int tcsendbreak(int fd, int duration);

参数说明:
• fd:终端设备的文件描述符。
• duration:BREAK 持续时间(若为 0,则持续至少 0.25 秒)。

返回值:
• 成功返回 0,失败返回 -1 并设置 errno。


5. tcdrain()

功能:阻塞进程,直到所有输出数据传递到终端。

#include <termios.h>
int tcdrain(int fd);

参数说明:
• fd:终端设备的文件描述符。

返回值:
• 成功返回 0,失败返回 -1 并设置 errno。


6. tcflush()

功能:刷新终端的输入/输出队列。

#include <termios.h>
int tcflush(int fd, int queue_selector);

参数说明:
• fd:终端设备的文件描述符。
• queue_selector:刷新目标队列的宏:
• TCIFLUSH:刷新输入队列。
• TCOFLUSH:刷新输出队列。
• TCIOFLUSH:刷新输入和输出队列。

返回值:
• 成功返回 0,失败返回 -1 并设置 errno。


7. tcflow()

功能:暂停或恢复终端与计算机之间的数据传输。

#include <termios.h>
int tcflow(int fd, int action);

参数说明:
• fd:终端设备的文件描述符。
• action:控制操作的宏:
• TCOOFF:挂起输出。
• TCOON:恢复输出。
• TCIOFF:发送 STOP 字符(暂停输入)。
• TCION:发送 START 字符(恢复输入)。

返回值:
• 成功返回 0,失败返回 -1 并设置 errno。


8. tcgetpgrp() 与 tcsetpgrp()

功能:获取或设置终端的前台进程组ID。

#include <termios.h>
pid_t tcgetpgrp(int fd);
int tcsetpgrp(int fd, pid_t pgrp);

参数说明:
• fd:终端设备的文件描述符。
• pgrp:要设置的进程组ID(仅 tcsetpgrp 需要)。

返回值:
• tcgetpgrp 返回前台进程组ID。
• tcsetpgrp 成功返回 0,失败返回 -1。


9. tcgetsid()

功能:获取终端的会话ID。

#include <termios.h>
pid_t tcgetsid(int fd);

参数说明:
• fd:终端设备的文件描述符。

返回值:
• 成功返回会话ID,失败返回 (pid_t)-1 并设置 errno。


系统调用的底层实现

上述库函数最终通过系统调用与内核交互。以 ioctl 为例,其底层通过 int 0x80(x86)或 syscall(x86-64)触发中断,参数通过寄存器传递:
• eax:系统调用号(如 SYS_ioctl)。
• ebx:文件描述符 fd。
• ecx:请求码 request。
• edx:可变参数指针 arg。


参考资料:

- 阅读全文 -
C/C++Unix/Linux应用层程序设计

如何利用xinetd深度优化服务性能:从原理到高阶实践

2025-03-29 浏览量 309 暂无评论


如何利用xinetd深度优化服务性能:从原理到高阶实践


一、问题背景:为什么需要按需启停服务?

1.1 常驻进程的资源瓶颈

在传统服务模型中,每个服务独立运行并持续监听端口(例如通过socket()+bind()+listen()系统调用)。这种方式在高频访问场景下表现良好,但对于低频服务(如每天仅几百次请求的API)存在显著问题:

• 内存浪费:一个简单的HTTP服务进程可能占用10MB内存。若有20个低频服务,常驻模式下需占用200MB内存,而实际利用率可能不足1%。
• CPU调度开销:内核需要为每个常驻进程维护调度队列项,进程数过多时上下文切换成本上升(可通过vmstat的cs字段观察)。
• 端口管理复杂度:每个服务需独立管理防火墙规则、端口分配等。

1.2 xinetd的核心价值

xinetd作为"超级守护进程",通过单一线程监听多个端口,仅在请求到达时启动对应服务进程。其优势体现在:

• 进程数线性降低:若有N个低频服务,xinetd仅需1个主进程+N个短暂子进程(按需创建)。
• 统一管理入口:所有服务的端口、访问控制、日志均可通过xinetd集中配置。
• 资源硬限制:可对每个服务设置CPU、内存、并发数等限制,避免单个服务耗尽资源。


二、xinetd架构解析:从请求到进程启动的完整流程

2.1 核心工作流程
  1. 端口监听:xinetd主进程通过select()/poll()系统调用监听所有配置的端口。
  2. 连接接入:当新连接到达时,xinetd根据端口号查找对应的服务配置。
  3. 预安全检查:根据only_from、no_access等规则过滤非法IP。
  4. 进程启动:若配置为wait = no(并发模式),立即fork()+exec()启动服务程序;若wait = yes(单线程模式),则在当前进程处理。
  5. 数据重定向:将socket连接的文件描述符重定向到服务进程的stdin和stdout,服务只需读写标准输入输出即可与客户端通信。
  6. 资源回收:服务进程退出后,xinetd回收子进程状态(通过waitpid())。
2.2 性能关键点:进程启动耗时

对于解释型语言(如Python),启动解释器可能需要50-100ms。这意味着:

# Python服务示例
$ time python3 -c 'print("hello")' 
hello
real    0m0.052s  # 52ms的冷启动开销

优化建议:
• 对延迟敏感的服务应使用编译型语言(C++、Rust、Go)。
• 使用prefork模式预启动进程池(需结合libprefork等库)。


三、实战配置:手把手构建xinetd代理服务

3.1 安装与基础配置
# Ubuntu安装
sudo apt update
sudo apt install xinetd -y

# 验证安装
systemctl status xinetd
3.2 开发被代理服务(C++实现)

服务功能:接收客户端字符串,返回处理后的字符串(模拟业务逻辑)。

// demo_service.cpp
#include <iostream>
#include <string>
#include <unistd.h>  // for getpid()

using namespace std;

int main() {
    // 读取请求(xinetd将socket数据重定向到stdin)
    string request;
    getline(cin, request);

    // 模拟业务处理(如数据库访问、计算等)
    sleep(1); // 添加1秒延迟模拟业务耗时

    // 构造响应
    string response = "[PID:" + to_string(getpid()) + "] Processed: " + request;

    // 输出响应(通过stdout发送回客户端)
    cout << response << endl;
    
    return 0;
}

编译与部署:

g++ demo_service.cpp -o /usr/local/bin/demo_service -O2 -static  # 静态编译避免库依赖
chmod +x /usr/local/bin/demo_service
3.3 xinetd服务配置详解

创建配置文件/etc/xinetd.d/demo_service:

# 定义服务名为demo_service(需与/etc/services中的名称对应)
service demo_service
{
        disable         = no         # 启用服务
        flags           = REUSE      # 允许端口复用
        socket_type     = stream     # TCP协议
        protocol        = tcp        # 明确协议类型
        port            = 9090       # 监听端口
        wait            = no         # 并发模式:为每个连接fork新进程
        user            = nobody     # 降权运行(安全加固)
        server          = /usr/local/bin/demo_service  # 服务程序路径
        server_args     = -l debug    # 传递给服务的参数(示例)
        instances       = 100        # 最大并发进程数
        per_source      = 10         # 单个IP最大连接数
        log_on_success  = HOST PID    # 记录成功连接的客户端IP和进程ID
        log_on_failure  = HOST        # 记录失败尝试的客户端IP
        log_type        = FILE /var/log/xinetd_demo.log  # 独立日志文件
        cps             = 50 10       # 限速:每秒50连接,超过则等待10秒
        rlimit_cpu      = 30          # 单个进程最多使用30秒CPU时间
        rlimit_as       = 100M        # 虚拟内存限制为100MB
        env             = LD_LIBRARY_PATH=/opt/mylibs  # 设置环境变量
}

重要参数解析:
• wait = no:每个连接独立进程,适用于短连接。
• instances:防止DDoS攻击,避免进程数耗尽。
• rlimit_*:基于Linux cgroups的资源限制,防止恶意请求导致系统崩溃。

3.4 端口注册(可选)

在/etc/services中添加服务名与端口映射:

echo "demo_service 9090/tcp  # My xinetd demo service" >> /etc/services
3.5 重载配置
# Systemd方式
sudo systemctl reload xinetd

# 传统SIGHUP方式
kill -HUP $(pgrep xinetd)

四、高级调试与监控技巧

4.1 实时日志观察
tail -f /var/log/xinetd_demo.log
# 示例日志输出
2024-03-01T14:23:18 START: demo_service pid=12345 from=192.168.1.100
2024-03-01T14:23:19 EXIT: demo_service pid=12345 status=0 duration=1s
4.2 连接过程追踪

使用strace观察xinetd处理流程:

sudo strace -p $(pgrep xinetd) -f -e trace=network,process,file
4.3 资源限制验证

触发CPU限制测试:

// 修改服务代码,添加无限循环
while(1) {}  // 模拟CPU占用

观察结果:
• 进程将在30秒后(由rlimit_cpu指定)被SIGKILL终止。
• 日志中出现status=15(SIGTERM)或status=9(SIGKILL)。


五、性能优化陷阱与解决方案

5.1 冷启动延迟问题

场景:服务程序启动耗时高(如JVM、Python解释器)。

解决方案:
• Prefork模式:预启动进程池。

server = /usr/sbin/tcpd
server_args = /path/to/prefork_wrapper /usr/local/bin/demo_service

• 使用轻量运行时:如Golang(无VM开销)、C++。

5.2 保持连接(Keep-Alive)处理

问题:客户端使用HTTP Keep-Alive时,xinetd无法感知连接复用。

解决方案:

flags = KEEPALIVE  # 启用TCP层keepalive
5.3 日志性能优化

避免日志IO成为瓶颈:

log_type = SYSLOG daemon  # 使用syslog异步写入
log_on_success =         # 禁用成功日志

六、安全加固指南

6.1 权限最小化

• 降权运行:user = nobody
• chroot隔离:

id = root
groups = yes
server_chroot = /var/empty  # 空目录作为根
6.2 访问控制
# 仅允许内网访问
only_from = 192.168.0.0/16 10.0.0.0/8

# 阻止恶意IP
no_access = 58.211.2.34 172.10.*
6.3 SELinux策略

创建自定义SELinux策略模块:

# 生成策略模块
audit2allow -a -M xinetd_demo < /var/log/audit/audit.log
semodule -i xinetd_demo.pp

七、扩展应用场景

7.1 替代Cron的按需任务

通过HTTP API触发批处理任务:

service batch-task
{
        port            = 8080
        server          = /usr/bin/curl
        server_args     = -s http://internal:9999/trigger-task
        only_from       = 127.0.0.1  # 仅限本机访问
}
7.2 UDP服务代理
service udp-demo
{
        socket_type     = dgram
        protocol        = udp
        wait            = yes        # UDP必须为yes
        server          = /usr/local/bin/udp_service
}

八、现代替代方案对比

8.1 systemd Socket Activation
# /etc/systemd/system/demo.socket
[Socket]
ListenStream=0.0.0.0:9090
Accept=yes

[Install]
WantedBy=sockets.target

# /etc/systemd/system/demo@.service
[Service]
ExecStart=/usr/local/bin/demo_service
StandardInput=socket
8.2 xinetd vs Kubernetes Sidecar
维度xinetdK8s Sidecar
资源隔离进程级容器级
扩展性单机集群
配置复杂度低(文本文件)高(YAML+CRD)
适用场景传统服务器云原生环境

九、性能压测与数据对比

9.1 测试工具(wrk)
# 启动100并发,持续30秒
wrk -t4 -c100 -d30s http://localhost:9090
9.2 结果对比(模拟业务)
指标常驻进程模式xinetd模式
内存占用50MB(常驻)0MB(无请求时)
最大QPS1200800
99%延迟1.1s1.3s
进程数峰值100100

结论:xinetd在低频场景(QPS<100)下资源节约效果显著,高频场景建议仍使用常驻进程。


通过深度解析xinetd的机制与实战技巧,开发者可根据业务特点灵活选择服务模型。在物联网、企业内部系统等低频访问场景中,xinetd仍是最轻量高效的解决方案之一。

- 阅读全文 -
C/C++Unix/Linux应用层程序设计

Linux Daemon进程开发指南:从创建到日志管理

2025-03-28 浏览量 331 暂无评论

Linux Daemon进程开发指南:从创建到日志管理

一、Daemon进程创建流程

1. 核心步骤解析

Linux守护进程需遵循UNIX规范脱离终端控制,以下是标准创建流程:

1.1 fork() - 进程复制

功能:创建子进程,父进程退出实现后台化

#include <unistd.h>
pid_t fork(void);

参数:无
返回值:
• 成功:父进程返回子进程PID,子进程返回0
• 失败:返回-1,设置errno

1.2 setsid() - 会话控制

功能:创建新会话并脱离终端

#include <unistd.h>
pid_t setsid(void);

返回值:
• 成功:返回新会话ID
• 失败:返回-1,设置errno

1.3 二次fork() - 非会话组长

必要性:防止重新获取控制终端(部分系统要求)

1.4 文件操作

umask(0); // 重置文件权限掩码
chdir("/"); // 切换工作目录到根节点
close(STDIN_FILENO); // 关闭标准IO
dup2(open("/dev/null", O_RDWR), STDIN_FILENO); // 重定向到空设备

二、SIGHUP信号处理机制

1. 信号处理器设置

1.1 sigaction() - 高级信号处理

功能:注册信号处理函数

#include <signal.h>
int sigaction(int signum, 
             const struct sigaction *act,
             struct sigaction *oldact);

参数解析:
• signum:信号编号(如SIGHUP=1)
• act:新动作描述结构体

struct sigaction {
  void     (*sa_handler)(int); // 处理函数指针
  sigset_t sa_mask;    // 执行期间阻塞的信号集
  int      sa_flags;   // 标志位:SA_RESTART|SA_NOCLDSTOP等
  void     (*sa_sigaction)(int, siginfo_t *, void *); // 替代handler
};

• oldact:原动作存储指针

返回值:
• 成功:0
• 失败:-1,设置errno

2. SIGHUP典型应用场景

• 配置文件热加载(如nginx -s reload)
• 日志文件轮转(配合logrotate)
• 服务状态刷新


三、Syslog日志系统API详解

syslog本身是一个daemon进程,本地的进程可以通过syslog()系统调用与其建立Unix Domain Socket进行通信,远程的可以使用Internet Domain Socket与其通信。它会将收到的内容根据设施(facility)与重要性等级(level)组合成的优先级(priotity)来选择相应的行为来处理日志。

1. 核心函数组

1.1 openlog() - 初始化日志连接

#include <syslog.h>
void openlog(const char *ident, int option, int facility);

参数说明:
• ident:程序标识字符串(常为程序名)
• option:控制标志组合(位或):

LOG_CONS    // 无法连接时写入控制台
LOG_NDELAY  // 立即打开连接
LOG_PID     // 记录进程ID
LOG_PERROR  // 同时输出到stderr

• facility:日志分类标识:

LOG_AUTH     // 安全/认证消息
LOG_DAEMON   // 系统守护进程
LOG_LOCAL0~7 // 自定义分类

1.2 syslog() - 日志消息生成

#include <syslog.h>
void syslog(int priority, const char *format, ...);

参数解析:
• priority:级别宏与facility的组合
级别常量:

LOG_EMERG   // 系统不可用
LOG_ALERT   // 立即处理
LOG_CRIT    // 严重错误
LOG_ERR     // 一般错误
LOG_WARNING // 警告
LOG_NOTICE  // 正常但重要
LOG_INFO    // 常规信息
LOG_DEBUG   // 调试信息

• format:类似printf的格式化字符串
• ...:可变参数列表

1.3 closelog() - 关闭日志连接

#include <syslog.h>
void closelog(void);

四、Daemon开发实践建议

  1. 资源管理:需显式关闭非必要文件描述符,防止句柄泄漏
  2. 错误处理:所有系统调用需检查返回值,结合errno输出诊断信息
  3. 信号屏蔽:正确处理SIGTERM等终止信号,实现优雅退出
  4. 日志轮转:通过SIGHUP实现日志文件重打开(示例):
void log_rotate(int sig) {
    fclose(logfile);
    logfile = fopen(path, "a+"); // 重新打开日志文件
    syslog(LOG_NOTICE, "Log rotated by signal %d", sig);
}
  1. 权限控制:建议以非root用户运行,通过setuid()降权

五、Syslog高级配置

1. 远程日志配置(/etc/rsyslog.conf)

# 启用UDP监听
module(load="imudp")
input(type="imudp" port="514")

# 启用TCP+TLS
module(load="imtcp")
input(type="imtcp" port="6514" StreamDriver.Name="gtls")

2. 日志过滤规则

# 仅记录ssh登录失败
if $programname == 'sshd' and $msg contains 'Failed' then /var/log/ssh_fail.log

通过合理运用daemon创建规范、信号处理机制和syslog系统,开发者可以构建出稳定可靠的后台服务。建议结合systemd等现代初始化系统进行服务管理,并定期审计日志安全配置。

- 阅读全文 -
C/C++Unix/Linux应用层程序设计

DNS(IP)与服务名(端口)解析

2025-03-28 浏览量 296 暂无评论

DNS(IP)与服务名(端口)解析

1. getaddrinfo()

功能

将主机名和服务名转换为套接字地址结构列表,完成协议无关的地址解析。支持IPv4/IPv6双栈处理,自动过滤不支持的协议。

函数声明

#include <sys/types.h>
#include <sys/socket.h>
#include <netdb.h>

int getaddrinfo(const char *host, const char *service,
                const struct addrinfo *hints,
                struct addrinfo **res);

参数解析

  1. host:主机名或IP地址字符串

    • 若为域名(如 "ex­am­ple.com"):触发 DNS 查询。域名字符串长度不小于netdb.h中定义的NI_MAXHOST(需启用_BSD_SOURCE)。
    • 若为IPv4/​IPv6 地址(如 "192.168.1.1" 或 "::1"):直接解析为地址结构。IP地址字符串长度不小于<netinet/in.h>中定义的INET_ADDRSTRLEN或INET6_ADDRSTRLEN。
    • 若为NULL:若在 hint 中指定 AI_­PAS­SIVE,表明服务端程序需要绑定到本地所有可用网络接口如(0.0.0.0 或 ::);若未指定,仅将服务名(如 "http")转换为端口号(如 80),不涉及主机名解析。
  2. service:服务名或端口号字符串

    • 可接受服务名(如"http")或十进制端口字符串(如"80")。服务字符串不小于netdb.h中定义的NI_MAXSERV(需启用_BSD_SOURCE)。十进制端口字符串无长度要求。
    • NULL表示不指定端口
  3. hints:过滤结果的模板结构体

    struct addrinfo {
        int ai_flags;           // 控制选项
        int ai_family;          // 地址族
        int ai_socktype;        // 套接字类型
        int ai_protocol;        // 协议类型
        socklen_t ai_addrlen;   // 地址结构长度
        struct sockaddr *ai_addr; // 套接字地址
        char *ai_canonname;     // 规范主机名
        struct addrinfo *ai_next; // 链表指针
    };
    • ai_flags 组合值:

      AI_PASSIVE     
      /* 不设置,就代表你是客户端,期望获取指定域名的服务器的套接字地址进行套接字连接。
            若host为空而service非空,则表明客户端希望getaddrinfo返回给其本地回环ip以通过bind绑定;
            若host非空而service为空,则表明客户端希望getaddrinfo返回给其一个0号端口,而0号端口会导致bind绑定一个空 
            闲临时端口以供发送
         若设置,就代表你是服务器,期望获取能够被客户端访问到的套接字地址,
            若host为空而service非空,则表明服务器希望getaddrinfo返回给其通配ip以监听所有网卡的service请求;
            若host非空而service为空,则表明服务器希望getaddrinfo返回给其一个0号端口,而0号端口会导致bind绑定一个空 
            闲临时端口以供接收*/
      AI_CANONNAME   // 返回规范主机名
      AI_NUMERICHOST // 禁止域名解析成IP地址,以减少函数不必要的检查(即我们必须传入一个IP地址字符串而非域名或NULL)
      AI_NUMERICSERV // 禁止服务解析成端口,以减少函数不必要的检查(即我们必须传入一个端口号而非服务名)
      AI_V4MAPPED    // IPv6返回IPv4映射地址
      AI_ALL         // 同时返回IPv4和IPv6映射

注意:某些系统(如 Linux)可能不允许 AI_CANONNAME 和 AI_PASSIVE 同时使用,因为 AI_PASSIVE 通常用于服务器监听,而 AI_CANONNAME 主要用于客户端查询主机名。

    • ai_family 取值:

      AF_UNSPEC  // 允许任意地址族
      AF_INET    // IPv4
      AF_INET6   // IPv6
    • ai_socktype 取值:

      SOCK_STREAM  // 流式套接字
      SOCK_DGRAM   // 数据报套接字
      0            // 任意类型
    1. res:返回的地址链表头指针

    返回值

    • 0:成功
    • 非零错误码:失败,需用gai_strerror()转换

      EAI_BADFLAGS   // 无效的ai_flags
      EAI_NONAME     // 无法解析名称
      EAI_AGAIN      // 临时故障
      EAI_FAIL       // 不可恢复错误
      EAI_MEMORY     // 内存分配失败
      EAI_SYSTEM     // 系统错误(检查errno)

    2. freeaddrinfo()

    功能

    释放getaddrinfo()动态分配的地址链表,避免内存泄漏。

    函数声明

    #include <netdb.h>
    
    void freeaddrinfo(struct addrinfo *res);

    参数解析

    • res:getaddrinfo返回的地址链表头指针

    返回值

    无返回值


    3. gai_strerror()

    功能

    将getaddrinfo()/getnameinfo()的错误码转换为可读字符串。

    函数声明

    #include <netdb.h>
    
    const char *gai_strerror(int errcode);

    参数解析

    • errcode:getaddrinfo()或getnameinfo()返回的错误码

    返回值

    • 对应错误描述字符串(静态存储区,无需释放)

    4. getnameinfo()

    功能

    将套接字地址转换为对应的主机名和服务名,实现逆向解析。

    函数声明

    #include <sys/socket.h>
    #include <netdb.h>
    
    int getnameinfo(const struct sockaddr *sa, socklen_t salen,
                    char *host, socklen_t hostlen,
                    char *serv, socklen_t servlen,
                    int flags);

    参数解析

    1. sa:输入套接字地址结构指针

      • 支持struct sockaddr_in/sockaddr_in6等类型
    2. salen:地址结构实际长度

      • sizeof(struct sockaddr_in) 等
    3. host:输出主机名缓冲区

      • 长度应至少为NI_MAXHOST(1025)
    4. hostlen:主机名缓冲区长度

      • 使用宏定义:NI_MAXHOST
    5. serv:输出服务名缓冲区

      • 长度应至少为NI_MAXSERV(32)
    6. servlen:服务名缓冲区长度

      • 使用宏定义:NI_MAXSERV
    7. flags:控制标志组合

      NI_NOFQDN        // 仅返回主机名部分
      NI_NUMERICHOST   // 返回数字地址
      NI_NAMEREQD      // 无法解析时报错
      NI_NUMERICSERV   // 返回端口号而非服务名
      NI_DGRAM         // 指定数据报服务(用于端口映射)

    返回值

    • 0:成功
    • 非零错误码:同getaddrinfo()

    宏定义总结

    // 名称大小
    #define NI_MAXHOST 1025 //域名
    #define NI_MAXSERV 32 //服务名
    
    // IP地址presentation字符串最大长度
    #define INET_ADDRSTRLEN 16//IPv4
    #define INET6_ADDRSTRLEN 46 //IPv6
    
    // 地址族
    #define AF_UNSPEC 0 
    #define AF_INET   2
    #define AF_INET6  10
    
    // 套接字类型
    #define SOCK_STREAM 1
    #define SOCK_DGRAM  2

    以上函数配合使用可实现健壮的跨平台网络编程,正确处理了内存管理和错误处理,是构建现代网络应用的基础设施。

    - 阅读全文 -
    1. 1
    2. ...
    3. 3
    4. 4
    5. 5
    6. 6
    7. 7
    8. ...
    9. 10
    • 站点概览
    author

    39 日志
    4 分类
    Creative Commons
    • 热门文章
    • 热评文章
    • 随机文章
    • 在 Debian 服务器上部署 FileBrowser 并集成到现有博客路径
    • 高等数学重要定理总结
    • 高等数学重要定义整理
    • C语言原子量的使用
    • 高等数学刷题心得
    • 欢迎使用 Typecho
    • 对底层IO的深度总结
    • 数据结构——树
    • 库、链接与执行
    • shell作业控制的两个问题:组长叛变与SIGHUP信号
    • 算法——排序
    • 欢迎使用 Typecho
    • 高等数学刷题心得
    • Linux C编程下的时间
    • 《Operating System Concepts(操作系统概念)》核心笔记

    浏览量 : 11115

    © 2025 It's Geek KingYoungy. Power By Typecho . Theme by Shiyi

    浙ICP备2025160639号  |  浙公网安备33020502001222号

    This is just a placeholder img.