正在诊断单个文件会花费几分钟

[sniper00]

Describe the bug

• 我们项目大概150多个lua文件，总行数6w+
• 通常是打开哪个文件，这个文件就会处于这个状态
• cpu一直处于占满一个核的状态
• 是时候几分钟会结束，有时候会永远处于这个状态

To Reproduce
Steps to reproduce the behavior:

1. Go to '...'
2. Click on '....'
3. Scroll down to '....'
4. See error

Expected behavior
A clear and concise description of what you expected to happen.

Screenshots
If applicable, add screenshots to help explain your problem.

Environment (please complete the following information):

• OS: Windows
• Is WSL remote?
• Client: VSCode

Additional context
Add any other context about the problem here.

[sniper00]

诊断结束后 提示结果也不正确

[sumneko]

先测试这个项目 https://github.com/sumneko/lua-language-server/files/6074215/test.zip ，以文件夹的方式打开，然后把鼠标放在 test.lua 的局部变量 model 上，观察一下悬浮提示是否正常。如果不正常，请提供对应的日志文件发我；如果正常，那想办法提供一个可以复现的演示工程给我。

[sniper00]

你发的示例，提示正常

[sumneko]

看看1.19.1情况是否有好转

[sniper00]

诊断速度有所提高，但上面截图中的提示不正确，情况还在

[sniper00]

发现个现象：写代码时.可以提示到正确类型， 诊断显示和鼠标悬浮显示不正确

[sumneko]

关于诊断错误的问题，我这边复现不了，请提供一段演示代码

[sniper00]

我尝试最小复现示例，一直没成功

[sumneko]

那只能暂时先通过手动标记来解决诊断错误了，在 for 的上一行写 ---@param v XXXX

[sniper00]

对于大项目，还是有十几秒的反应时间

[sumneko]

@sniper00 使用的是 2.0.0 版本吗？十几秒的反映时间指的什么？如果是加载工作区或进行工作区诊断，这个是正常的，你可以在状态栏中查看进度。如果是单个文件需要诊断十几秒，或是自动完成、跳转定义等功能需要十几秒那应该是有性能问题。