Cygwin+NetBeans环境下运行strtok拆分字符串代码无输出，在线GDB运行正常

核心成因 #

• 头文件缺失触发未定义行为：原代码直接调用strtok()但没有引入<string.h>头文件，在线GDB环境对老式C代码兼容性较宽松，允许隐式函数声明，因此代码可以正常运行；但严格遵循C标准的Cygwin GCC编译环境下，隐式函数声明会导致返回值类型匹配错误，拆分逻辑可能完全失效
• 危险输入函数的环境适配问题：代码使用的gets()无输入长度校验，且在NetBeans启动Cygwin程序时，如果输入流没有正确绑定到控制台终端，gets()会直接读取到EOF返回，后续的拆分循环根本不会触发，自然没有任何输出
• 资源管理疏漏：通过calloc()申请的堆内存没有对应的free()释放，在部分环境的进程生命周期管理中，这类问题可能导致运行态的异常退出

修复后可跨环境运行的代码 #

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

int main() {
    char* input = calloc(100, sizeof(char));
    // 用fgets替代gets，限制输入长度避免溢出
    if (fgets(input, 100, stdin) == NULL) {
        free(input);
        return EXIT_FAILURE;
    }
    // 去除fgets读入的末尾换行符
    size_t str_len = strlen(input);
    if (str_len > 0 && input[str_len - 1] == '\n') {
        input[str_len - 1] = '\0';
    }

    char *word = strtok(input, " ");
    while (word != NULL) {
        puts(word);
        word = strtok(NULL, " ");
    }

    free(input);
    return EXIT_SUCCESS;
}

环境排查步骤 #

• 编译时开启全量警告：使用gcc -Wall -Wextra参数编译，可直接定位到缺失头文件、隐式声明这类基础问题
• 调整NetBeans运行配置：在项目运行设置中勾选“在外部终端窗口中运行”，确保进程的标准输入输出流正确绑定到可交互的控制台，避免出现程序等待输入但无交互界面的情况
• 彻底替换gets()函数：该函数已在C11标准中被移除，无任何输入边界校验，所有环境下都不建议使用

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