我按排队
j，有一定的停顿时间约1秒，那真是太痛苦了！ 虽然我只在Python文件上有此文件，但在其他文件上却没有。
删除数字后，文件将再次正常工作...
这里是数字：
number=("""7316717653133062491922511967442657474235534919493496983520312774506326239578318016984801869478851843858615607891129494954595017379583319528532088055111254069874715852386305071569329096329522744304355766896648950445244523161731856403098711121722383113622298934233803081353362766142828064444866452387493035890729629049156044077239071381051585930796086670172427121883998797908792274921901699720888093776657273330010533678812202354218097512545405947522435258490771167055601360483958644670632441572215539753697817977846174064955149290862569321978468622482839722413756570560574902614079729686524145351004748216637048440319989000889524345065854122758866688116427171479924442928230863465674813919123162824586178664583591245665294765456828489128831426076900422421902267105562632111110937054421750694165896040807198403850962455444362981230987879927244284909188845801561660979191338754992005240636899125607176060588611646710940507754100225698315520005593572972571636269561882670428252483600823257530420752963450""")
它甚至不是数字，而是一个字符串。
#1 楼
我可以使用Vim 7.4.663附带的syntax/python.vim来重现此问题。使用
:syntime，这似乎是由以下语法组/模式引起的：TOTAL COUNT MATCH SLOWEST AVERAGE NAME PATTERN
73.870736 20 0 3.940215 3.693537 pythonNumber \%(^\|\W\)\@<=\d*\.\d\+\%([eE][+-]\=\d\+\)\=[jJ]\=\>
您应该将此问题报告给它的维护者（他的名字和电子邮件地址在脚本的标题中）。
偶然地，我最初无法重现此问题，因为我使用了另一种语法脚本从这里。切换到该选项（如果符合您的要求）也是可行的解决方法。
编辑：进一步研究可能的原因，这似乎是由于新的基于NFA的正则表达式引擎。使用
:set regexpengine=1，我看不到有如此大的放缓。因此，一种可能的解决方法/修复方法是针对该语法匹配切换到旧引擎；这可以通过在模式（cp。\%#=1）前面加上:help NFA来完成。评论
谢谢@Ingo，我之前从未报告过任何东西，但我很高兴。我在/ usr / share / vim / vim74 / syntax中有语法文件，顶部的开发人员是Neil Schemenauer
–baxx
15年3月22日在19:42
是的，这是对的;最新版本是2014年7月16日，因此很可能仍在维护中，您将得到作者的答复。您可以向他指出您的问题，因为它已经包含了一个很好的可重复示例。
– Ingo Karkat
15年3月22日在20:31
我只是在某种程度上找到了替代的Python语法。我只是很少编辑Python文件，所以到目前为止我还没有考虑太多。
– Ingo Karkat
15年3月22日在20:32
谢谢@Ingo，我已经更改了语法文件，不再变得太慢了。恐怕正则表达式引擎有些超出我的理解范围，不过我会给开发人员发送电子邮件，我很乐意进行任何测试。
–baxx
15年3月22日在20:44
评论
在这里确认；如果文件是.txt，则不会发生。我想有些语法高亮的regexp模式会误入歧途。由于这与语法突出显示相关，因此简单的解决方法是将synmaxcol设置为某个有限的数字（例如终端的宽度）。