为何第二种下划线转驼峰的字符串更新不完整？

嘿，这个问题我太熟悉了！之前帮朋友排查过类似的bug，核心问题其实就出在遍历过程中修改字符串导致的索引错位，咱们掰开揉碎了说清楚～

先说说为什么第一种方法能正常工作 #

通常咱们能跑通的实现，都是「基于原字符串构建新结果」的思路，比如这两种常见写法：

写法1：拆分拼接法（最简洁的正确姿势）

def underscore_to_camel(s):
    parts = s.split('_')
    # 首单词小写，后面每个单词首字母大写后拼接
    return parts[0] + ''.join(part.capitalize() for part in parts[1:])

写法2：遍历构建新列表

def underscore_to_camel(s):
    camel_chars = []
    need_capitalize = False
    for char in s:
        if char == '_':
            need_capitalize = True
        else:
            if need_capitalize:
                camel_chars.append(char.upper())
                need_capitalize = False
            else:
                camel_chars.append(char)
    return ''.join(camel_chars)

这两种写法的核心逻辑是：原字符串自始至终作为「只读数据源」，我们把处理后的字符/片段放到新容器（列表或拼接后的新字符串）里。不管原字符串有多少下划线，我们都是逐个处理原字符串的每一个字符，不会因为结果长度变化而影响对原字符的遍历，自然不会漏掉任何需要处理的下划线。

再看为什么你的「简洁写法」会失效 #

你提到的“更简洁但不完整”的写法，大概率是尝试「在遍历过程中直接修改原字符串（或基于动态变化的字符串长度循环）」，比如这种典型的错误示例：

# 错误示例：遍历中修改字符串导致索引错位
def underscore_to_camel_bad(s):
    for i in range(len(s)):
        if s[i] == '_':
            # 去掉下划线，把下一个字符大写后拼回去
            s = s[:i] + s[i+1].upper() + s[i+2:]
    return s

问题出在哪？
当你第一次替换下划线后，字符串的长度会减少1（因为删掉了一个下划线），但循环的索引是基于原字符串的初始长度生成的。比如原字符串是"hello_world_example"，第一次替换后变成"helloWorld_example"，长度从17变成16，但循环还会按原长度17继续走，后面的索引就会和新字符串的字符位置错位，导致部分下划线根本没被遍历到，最终输出不完整。

如果是在C++这类支持可变字符串的语言里尝试原地修改，问题会更直观：删除下划线后，后面的字符会往前移动一位，但你循环的索引还在递增，直接就跳过了需要大写的那个字符，同样会出现处理不完整的情况。

总结一下核心差异 #

• 正确写法：原字符串不动，新结果从零构建，遍历逻辑完全基于原始的字符序列，不会因为长度变化打乱节奏。
• 错误的“简洁写法”：遍历过程中修改原字符串（或依赖动态变化的长度），导致后续的索引和实际字符位置不匹配，最终漏掉部分处理步骤。

如果想写简洁的正确实现，优先用「拆分-拼接」的思路；如果必须原地处理（比如性能敏感场景），记得调整索引逻辑——比如删除下划线后不要立刻递增索引，因为下一个需要处理的字符已经移到了当前索引的位置。

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