我遇到了一个问题，netbeans在后台扫描和类路径扫描时遇到了疯狂的延迟。在安装了一个新的netbeans12之后，我从usb加载了这个项目，它正常运行了一次。在运行之前，生成文件夹包含961个项目。不幸的是，在运行一次之后，build文件夹中有20000多个项目（这个数字不同：上次尝试是7849）。这阻止了第二次运行，因为后台和类路径扫描必须处理这个巨大的文件夹（我猜）。我可以重复一下：从usb加载干净的项目，查看包含961个项目的构建文件夹，成功运行一次程序，然后查看包含太多项目的构建文件夹。这个庞大数字的机制是：首先，在损坏之前，在build文件夹中存在一个单独的文件夹“classes”，它包含的正是您所期望的，即项目的包文件夹。在此阶段，“classes”文件夹中没有“build”文件夹。损坏后，classes文件夹中有一个build文件夹，该build文件夹包含一个classes文件夹，其中包含所有包和另一个build文件夹。显然，这是递归的，而且每次都不同——不同之处在于，在到达没有自己的、额外的生成文件夹的类文件夹之前，必须经过多少个生成/类文件夹。显然，我需要防止在项目运行时递归复制build/classes文件夹。这实际上是最初的问题-该项目的构建文件夹包含超过120000项。如果我将第一个额外的构建文件夹移到垃圾箱，程序将再次正确执行，但是构建文件夹将再次被彻底扩展。同样的事情也发生在另一台机器上，同样是新安装的netbeans12.************我刚刚收到一个解释，但还没有另一个友好用户的解决方案。我不知道下一步该怎么办。
外部输入