因为Python的str类型不可变，replace()总返回新字符串而非修改原串；必须接收返回值赋给变量，否则替换丢失；count参数影响扫描范围和性能；复杂需求应改用正则或解析器。
replace() 为什么不能“就地修改”原字符串
因为 Python 的 str 类型是不可变对象（immutable）。一旦创建，它的内容和内存地址就被锁定。调用 replace() 时，Python 不会去动原来的字符串，而是扫描、计算、构造一个全新的字符串对象并返回——就像复印一份文件后涂改复印件，原件始终 untouched。
常见错误：忘了接收返回值
最典型的翻车现场是写完 lines.replace('old', 'new') 就直接打印 lines，结果发现啥都没变。这是因为：
-
replace()总是返回新字符串，从不修改原变量 - 如果不把返回值赋给变量（比如
lines = lines.replace('old', 'new')），那替换结果就直接被丢弃了 - 尤其在文件读取后链式操作时，容易漏掉这一赋值
count 参数不只是“限制次数”，它影响性能和语义
第三个参数 count 看似只是控制替换几处，但它实际改变了底层扫描行为：
python-flask-vue-creator
下载
创建 Flask + Vue.js 全栈项目，采用单端口架构、uv 依赖管理、结构化日志和生产级前端设计。当用户要求以下操作时触发：创建新的 Flask+Vue 项目、搭建 Web 应用、构建全栈 Python+Vue 应用、初始化 Flask Web 项目、设置单端口 Flask 前后端项目。触发词：新建项目、创建项目、搭建项目、Flask项目、Vue项目。
- 当
count=1时，Python 扫到第一个匹配就停，不继续遍历剩余部分 → 更快，尤其对超长日志或大文本 - 当省略
count或设为很大数值时，会完整扫描整个字符串 → 可能触发意外全量替换（比如想只改第一个class，却把模板里所有都替了） -
count=0是合法的，等价于不替换，直接返回原字符串（不新建对象，有轻微优化）
什么时候该换别的方法，而不是硬刚 replace()
replace() 只做字面精确匹配，一旦需求超出这个边界，强行用它只会埋坑：
立即学习“Python免费学习笔记（深入）”；
- 要区分单词边界？比如只换独立的
"is"，不碰"this"里的is→ 得用re.sub(r'\bis\b', 'was', s) - 要忽略大小写？
replace()默认严格区分"Is"和"IS"→ 得先转小写再处理，或用正则加re.I - 要基于上下文替换？比如只替换注释外的
"def"→replace()完全无能为力，得上语法解析器或逐行状态机
最容易被忽略的一点：不可变性不是限制，而是设计保障。它让字符串可安全用作字典键、能被 intern 优化、在线程间共享无需锁——这些隐性收益，远比“少打一个等号”重要得多。
