less命令使用--pattern或+/参数指定行尾正则匹配时行为不符合预期的问题

我完全懂你这种困惑——明明在less里手动搜/one$能精准定位到第二行末尾的one，但用命令行参数--pattern或者+/指定同样的正则时，却把两个one都匹配上了，这确实有点摸不着头脑。

先还原一下你的场景：
你的a.txt文件内容是：

one two
two one

手动打开less a.txt后输入/one$，只会高亮第二行末尾的one，这符合预期；但用less --pattern='one$' a.txt或者less '+/one$' a.txt打开时，两行的one都被高亮了，这显然不对。

问题原因 #

出现这个差异的核心在于less对交互式搜索和命令行参数正则的处理逻辑不同：

• 在交互式搜索中，/命令默认会把正则表达式的$解析为行尾锚点，只会匹配那些以指定内容结尾的行；
• 但当你用--pattern或+/参数时，less默认是在整个文件的文本流中搜索匹配项，这里的$会被解析为整个文件的结尾，而不是每行的行尾。更关键的是，在这种模式下，less不会自动按行去匹配锚点，导致one$的锚点失效，变相变成了单纯匹配所有one字符串。

解决办法 #

这里有几个可行的方案，你可以根据需求选择：

1. 转义行尾锚点
   给$加上转义符，让less在命令行参数中正确识别它的行尾锚点作用：

   less --pattern='one\$' a.txt
   # 或者用+/的写法
   less '+/one\$' a.txt
   

2. 使用扩展正则表达式
   加上-E选项启用扩展正则表达式，这样$会被正确解析为行尾锚点：

   less -E --pattern='one$' a.txt
   

3. 强制整行匹配
   加上--line-regexp选项，让less只匹配符合整个模式的行，这样只有以one结尾的行才会被选中：

   less --pattern='one$' --line-regexp a.txt
   

试一下这几个方法，应该就能得到和交互式搜索一样的精准匹配效果了。

备注：内容来源于stack exchange，提问作者nabik