\d+ 漏负数小数因其仅匹配0–9数字；需用-?\d+匹配整数，[+-]?(?:\d+\.\d+|\d+\.(?!\.)|\.\d+|\d+)匹配浮点数；notepad++不支持$1*2类算术替换，须借插件或外部工具。
正则匹配数字时为什么 \d+ 有时会漏掉负数或小数？
因为 \d+ 只匹配连续的 ASCII 数字（0–9），不包含负号 - 和小数点 .。如果你要处理像 -12.5、3.14159 或 +8 这类数值，得手动扩展模式。
实操建议：
- 匹配整数（含负号）：用
-?\d+（?表示前面的-可选） - 匹配带小数的数（含负号、可选正号）：用
[+-]?\d*\.?\d+，但注意这会误匹配.5或12. - 更稳妥的浮点数写法（推荐）：
[+-]?(?:\d+\.\d+|\d+\.(?!\.)|\.\d+|\d+)—— 它排除了孤立小数点和多个小数点的情况 - 如果数据格式统一（比如全是
value=123），优先用锚定上下文，例如匹配value=(\d+)再替换为value=$1*2（见下节）
Notepad++ 的「替换」里能直接计算表达式吗？
不能。Notepad++ 原生不支持在替换框里写 $1*2 这类算术运算，$1 只是原样插入捕获组内容，不会求值。
所以想批量“把所有数字加 10”或“乘以 1.5”，必须借助外部工具或插件：
- 安装 Python Script 插件（通过 Plugin Admin），再运行自定义脚本 —— 最灵活，适合复杂逻辑
- 用 Excel 中转：复制匹配结果 → 粘贴到 Excel → 公式计算 → 复制回 Notepad++（适合几百行以内）
- 命令行替代方案：如果文件可导出，用
perl -pe 's/(\d+)/$1+10/ge' file.txt（Linux/macOS）或 Windows PowerShell 的-replace配合[regex]::Replace()调用Eval - 注意：不要依赖 Notepad++ 自带的「扩展替换」或「正则替换」做算术，它只会把
$1*2当成字面字符串输出
如何安全地只改某类上下文中的数字（比如 JSON 的 "port" 字段）？
盲目全局替换 \d+ 极易误伤注释、字符串、版本号等。必须用「上下文锚定」缩小范围。
示例：只修改 JSON 中 "port": 3000 的值，保留其他数字不变：
查找目标：<code>"port"\s*:\s*(\d+)</code> 替换为：<code>"port": $1</code>（先确认匹配正确） 再配合 Python Script 插件执行计算替换
关键点：
-
\s*匹配任意空白（空格、制表符、换行），适应不同格式化风格 - 用括号捕获数字部分，确保只对这部分做后续处理
- 替换前务必勾选「匹配大小写」和「匹配整个单词」（如适用），避免匹配到
report或import中的数字 - 先用「查找全部」预览命中位置，确认无误再批量替换
替换后数值精度丢失或变成科学计数法怎么办？
这是浮点运算常见副作用。比如原值 10000000000000001 经过 *1.0 计算可能显示为 1e+16，或小数位被截断。
应对方式取决于你用的工具链：
- Python Script 中，用
int(match.group(1)) + 10保持整数精度；浮点数用f"{result:.6f}".rstrip("0").rstrip(".")控制输出格式 - Excel 中，把列设为「文本」格式再粘贴原始数字，避免自动转科学计数法
- 如果源数据本身是固定小数位（如货币
123.45），替换逻辑里硬编码格式，例如f"{new_val:.2f}" - Notepad++ 本身不参与计算，所以这个风险只出现在你调用外部计算逻辑时 —— 别跳过格式化步骤
真正麻烦的不是怎么算，而是怎么确保算完还长得像人写的数字：没有多余零、不丢精度、不乱换行。这点容易被忽略，尤其当数据要进配置文件或 API 请求体时。
