为何VS2017中调用TrimRight后char*变量s不等于"somestring\0"？

看起来你的TrimRight函数没达到预期效果，核心问题出在初始last变量的计算逻辑错误上，咱们一步步理清楚：

错误的根源 #

先看你代码里的这行关键代码：

int last = strlen(s) - 2;

strlen(s)返回的是字符串中不含终止符\0的有效字符长度，字符串的索引是从0开始的，所以最后一个有效字符的索引应该是strlen(s)-1，而不是strlen(s)-2——这一步直接跳过了最后一个字符，导致后续的空格判断逻辑完全跑偏。

举个实际场景的例子：

• 如果你输入的是"somestring "（3个末尾空格），strlen(s)应该是13（"somestring"的10个字符+3个空格），strlen(s)-2得到11，对应的是倒数第二个空格的位置，循环结束后虽然能截断到"somestring"，但这是巧合；
• 如果输入是"test "（仅1个末尾空格），strlen(s)是5，last初始值是3（对应字符t），循环根本不会执行，最终字符串还是带着那个空格；
• 如果输入全是空格（比如" "），strlen(s)-2会变成负数，此时访问s[last]属于数组越界访问，这是C++里的未定义行为，VS2017的安全检查机制可能会拦截这个操作，导致字符串根本没被修改，甚至触发程序异常。

修正后的代码 #

把last的初始值改成strlen(s)-1，同时加上边界情况的判断，就能彻底解决问题：

void TrimRight(char *s) 
{ 
    // 先处理空指针或空字符串的情况，避免后续逻辑出错
    if (s == nullptr || *s == '\0') {
        return;
    }
    
    int last = strlen(s) - 1; 
    // 循环时确保last不小于0，防止全空格字符串导致越界
    while (last >= 0 && s[last] == ' ') { 
        --last; 
    } 
    // 把终止符放在第一个非空格字符的下一位，完成截断
    s[last + 1] = '\0'; 
}

为什么VS2017里会出现不符合预期的结果？ #

当你写出strlen(s)-2这种代码时，很容易触发未定义行为（比如数组越界）。VS2017默认开启了不少安全检查选项，遇到这种越界访问时，可能会直接终止错误的内存操作，导致你的字符串没有按照预期被截断，甚至出现一些奇怪的内存值。

内容的提问来源于stack exchange，提问作者Даниил Русских