C语言开发Shell时cd /bin后pwd显示/usr/bin的原因及疑问

问题本质 #

这不是你的Shell程序bug，是现代Linux系统的标准设计导致的：
现在绝大多数Linux发行版（比如Ubuntu、Fedora、Debian等）都遵循最新的文件系统层次结构标准(FHS)，把/bin设置成了指向/usr/bin的软链接。你可以在系统里直接验证：

ls -l /bin
# 输出类似：lrwxrwxrwx 1 root root 7  1月  1  2023 /bin -> usr/bin

当你调用chdir("/bin")时，内核会自动解析这个软链接，实际切换到/usr/bin目录。而getcwd()函数返回的是当前目录的物理真实路径（也就是解析完所有符号链接后的路径），所以不管是你自己实现的pwd还是系统自带的pwd命令，都会显示/usr/bin——这是完全正常的系统行为。

你的临时修复（判断路径为/bin时返回1）其实没解决根本问题，只是强行绕过了显示逻辑，但实际上当前目录确实已经是/usr/bin了。

常见的同类“特殊”目录 #

除了/bin，这些目录也都是软链接形式：

• /sbin → /usr/sbin
• /lib → /usr/lib
• /lib64 → /usr/lib64
• /var/run → /run
• /usr/local/sbin（部分系统会有类似链接，取决于配置）

这些都是FHS规范里的标准设置，目的是简化文件系统结构，统一管理可执行文件和库文件。

正确的处理方式 #

如果你的Shell需要和bash一样显示物理路径，那直接用getcwd()就没问题；如果想保留用户输入的原始路径（比如用户cd的是/bin就显示/bin），那你需要自己维护一个逻辑路径变量，而不是完全依赖getcwd()：

1. 定义一个全局变量存储用户感知的当前路径，比如char *g_current_dir
2. 执行cd时，根据输入的路径（绝对/相对）拼接出逻辑路径，调用chdir()切换后，更新这个全局变量
3. 自定义pwd时直接输出这个全局变量，而不是调用getcwd()

示例修改后的ft_cd和pwd逻辑：

#include <stdlib.h>
#include <string.h>
#include <unistd.h>

char *g_current_dir = NULL;

// 初始化时获取初始路径
void init_shell_env() {
    g_current_dir = getcwd(NULL, 0);
}

int ft_cd(char *path) {
    char *new_dir = NULL;

    if (!path) {
        path = getenv("HOME");
        if (!path) {
            ft_printf("bash: cd: HOME not set\n");
            return 1;
        }
    }

    // 处理绝对路径
    if (path[0] == '/') {
        new_dir = strdup(path);
    } else {
        // 处理相对路径，拼接当前目录
        size_t len = strlen(g_current_dir) + strlen(path) + 2;
        new_dir = malloc(len);
        snprintf(new_dir, len, "%s/%s", g_current_dir, path);
    }

    if (chdir(new_dir) == -1) {
        ft_printf("bash: cd: %s: No such file or directory\n", path);
        free(new_dir);
        return 1;
    }

    // 更新全局逻辑路径
    free(g_current_dir);
    g_current_dir = new_dir;
    return 0;
}

// 自定义pwd命令
void ft_pwd() {
    ft_printf("%s\n", g_current_dir);
}

这样用户执行cd /bin时，pwd会输出/bin，符合用户的输入预期。

内容的提问来源于stack exchange，提问作者niki