解析空格分隔字符串时，getline与stringstream::operator>>各有什么优劣势？

空格分隔场景下operator>>与std::getline的差异及优势 #

首先明确结论：二者在空格分隔场景下存在明显差异，各自适配不同场景，operator>>在特定场景下存在额外优势。

核心差异点 #

• 分隔符处理逻辑不同
  • 测试中使用的std::getline(ss, temp, ' ')仅将ASCII为32的普通空格识别为分隔符，制表符\t、换行符\n等其他空白字符都会被当成普通字符读入结果。同时遇到连续多个空格时，会在两个空格之间读出长度为0的空字符串，字符串首尾的空格也会产生空字符串。
  • operator>>默认将所有空白字符（空格、制表符、换行符、回车符、换页符等）都识别为分隔符，且会自动跳过连续的任意数量空白字符，不会产生空字符串，也会自动忽略字符串首尾的所有空白。
• 非字符串类型支持不同
  • operator>>支持直接读取int、double等其他类型的数据，无需手动对读出的字符串做类型转换，处理混合类型的分隔内容时代码更简洁。
  • std::getline只能读出字符串内容，后续需要手动做类型转换。

operator>>的额外优势 #

• 代码更简洁：不需要手动指定分隔符参数，默认就适配所有空白分隔场景。
• 容错性更高：如果输入内容中不小心混入了制表符、换行等其他空白作为分隔，operator>>可以正常处理，不会把这些符号带入结果中，避免产生不符合预期的解析结果。
• 无需额外处理空字段：如果业务场景不需要保留连续空格产生的空字段，用operator>>可以省去额外判断空字符串的逻辑。

原有方案的优势 #

你之前选择std::getline的考量完全成立：如果后续需要调整分隔符为逗号、分号等非空白字符，只需要修改std::getline的第三个参数即可，operator>>要支持自定义非空白分隔符需要修改locale的空白字符定义，实现成本高很多。如果你的场景明确要求严格按单种分隔符拆分、需要保留连续分隔符产生的空字段，std::getline仍然是更合适的选择。

测试代码 #

int main()
{
    std::string s = "my name is joe";
    std::stringstream ss{s};
    std::string temp;
    while(std::getline(ss, temp, ' '))
    {
        cout << temp.size() << " " << temp << endl;
    }

    //----------------------------//

    ss = std::stringstream{s};
    while(ss >> temp)
    {
        cout << temp.size() << " " << temp << endl;
    }

}

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