NetBeans后台扫描项目花费的时间太长

NetBeans后台扫描项目花费的时间太长,netbeans,netbeans-7.2,Netbeans,Netbeans 7.2,NetBeans后台扫描项目花费的时间太长。每次我打开netbeans时,它都会扫描很久。我使用了NetBeans7.2,它运行得很好。现在我格式化了pc并重新安装了windows,安装了同一版本的NetBeans 7.2,但运行速度会变慢。请从中尝试NetBeans 8.0.2 NetBeans 7.2太旧了,您将再也得不到任何支持。当项目有JS资源时,8.0.2也有同样的问题。在我的案例中,我发现javascript2编辑器模块存在问题,该模块已在NetBeans 8.0.2提供的原始版本上

NetBeans后台扫描项目花费的时间太长。每次我打开netbeans时,它都会扫描很久。我使用了NetBeans7.2,它运行得很好。现在我格式化了pc并重新安装了windows,安装了同一版本的NetBeans 7.2,但运行速度会变慢。

请从中尝试NetBeans 8.0.2


NetBeans 7.2太旧了,您将再也得不到任何支持。

当项目有JS资源时,8.0.2也有同样的问题。在我的案例中,我发现javascript2编辑器模块存在问题,该模块已在NetBeans 8.0.2提供的原始版本上更新

我只是通过删除更新的模块解决了这个问题

在Linux上:

rm ~/.netbeans/8.0.2/modules/org-netbeans-modules-javascript2-editor.jar
然而,在让netbeans更新程序第二次下载该模块后,问题没有再次出现

在Netbeans 8.1中,此文件的位置位于:
ide/modules/org-netbeans-modules-javascript2-editor.jar。

在Netbean 8.0.2的最新更新之后,我遇到了同样的问题,即扫描过程没有停止,CPU使用率为25%

当我将Windows7上的
C:\Program files\NetBeans 8.0.2\ide\modules
中的javascrip编辑器文件替换为旧文件时,扫描项目过程再次开始工作。您可以从Windows 7 x64操作系统获取这些文件

以下几点对我很有用:

我完全卸载了Netbeans(勾选了卸载程序中的所有框)。对于无法访问的用户,您需要转到
C:\Users\%username%\AppData\Roaming\NetBeans\8.0.2
并删除名为“lock”的文件。这通常在程序退出时删除,但如果需要强制终止,它将保留在那里

之后,我卸载了JDK和JRE,然后下载了Java平台(JDK)8u40:

和Netbeans 8.0.2:


安装了JDK(也安装了JRE),之后是Netbeans。完成后,我加载了背景扫描卡住的项目,似乎已经修复了它。如果它再次发生,将发布更新。

我确实为此问题做了错误报告。昨天它被修复并推送到更新频道。因此,对于仍有此特定bug的用户,让Netbeans检查更新情况。:)


错误修正:

我也面临同样的问题,但是在
\etc\netbeans.conf

我的看起来像这样:

 netbeans_default_options="-J-client -J-Xss2m -J-Xms2048m -J-Xmx2048m -J-XX:PermSize=32m ......
请尝试以下操作:
1) 转到窗口-->文件。这将打开“文件”选项卡。
2) 在每个打开的项目的“文件”选项卡中,打开nbproject文件夹,并在其中打开project.properties文件。
3) 现在,在属性“excludes”下面的文件中,列出了所有引用库(JAR)的文件引用
4) 可能存在一些重复的文件引用,其路径可能是旧的或在其他人的计算机上(如果您在一个组中工作并从其他人的计算机上传输项目)
5) 删除那些旧路径引用。
示例-
排除=

file.reference.xyz.jar=../not/correct/path.jar//删除此行

file.reference.xyz.jar-1=../correct/path.jar//remove-1


includes=**

6) 还可以找到属性“javac.classpath”,并删除与上述删除的引用相对应的不必要的类路径项。
示例-
javac.classpath=\

${file.reference.xyz.jar}:\//保留此行

${file.reference.xyz.jar-1}:\//删除此行


javac.compilerargs=

7) 因此,现在文件引用部分中提到的文件引用和javac.classpath属性是相同的,并且指向计算机或网络上的有效库(JAR)地址。
示例-
排除=

file.reference.xyz.jar=../correct/path.jar//正确的引用和路径


包括=**


javac.classpath=\

${file.reference.xyz.jar}:\//引用的正确类路径条目


javac.compilerargs=


上述过程起作用的原因(在我的例子中)是因为它防止Netbeans扫描不必要的库路径,而这些路径可能不在您的计算机/网络上。

我在Netbeans 8.1、Windows 10上也遇到过同样的问题。当我试图编译和重构时,它也挂起了。它有时会说100%完成了,但仍会持续数小时的背景扫描。我关闭了发生这种情况的项目,切换到一个简单的项目,问题就消失了。所以我检查了我的代码。我让A类扩展B类,然后B类导入A类。当我改变这一点时,Ant中无休止的循环停止了。

我在netbeans中也有同样的问题,但我通过取消选择找到了解决方案 自动扫描后台的检查 在您的netbeans IDE中转到“工具”和“选项”,然后选择“杂项”并选择“杂项”和“其他”中的“文件”选项卡 您将发现检查为“启用自动扫描源” 取消选择该选项,netbeans会很快,我希望它能帮助您 在禁食的时候,你的心也一样


我总是通过删除缓存目录来修复与Netbeans相关的问题

目录位置可以在“关于”对话框窗口中看到。 对我来说,这条路是


C:\Users\USER\AppData\Local\NetBeans\Cache\YOUR_VERSION

此问题与IDE中打开的一个项目有关。由于我一直面临相同的问题,但在花了两个小时解决该问题后,我最终解决了该问题。逐个关闭项目或检查并关闭后台处理需要时间的项目。关闭后e project删除.nbproject文件夹并将同一项目重新导入IDE。

在Windows 10 64位上,我遇到了相同的问题
Product Version: NetBeans IDE 8.1 (Build 201510222201)
Updates: NetBeans IDE is updated to version NetBeans 8.1 Patch 1
Java: 1.8.0_60; Java HotSpot(TM) 64-Bit Server VM 25.60-b23
Runtime: Java(TM) SE Runtime Environment 1.8.0_60-b27
System: Windows 10 version 10.0 running on amd64; Cp1252; nl_NL (nb)