你在运行 Windows 吗？

是的。（已添加到问题中，抱歉我忘记了）

当某个文件在某个进程中使用时，它不能在另一个进程中更改，这是正常行为，您应该先关闭第一个进程或关闭其中的那个文件。
这带来了 UGS 未关闭或文件未在 UGS 中关闭的想法，即使它看起来确实如此。
在任务管理器中检查它。

我坚决不同意。我不需要“检查任务管理器”——UGS 平台是开放的，我选择的外部编辑器也是开放的。这才是重点！
打开任何 (gcode) 文件后，UGS 平台应该打开该文件，将其内容缓冲到内存中（不要告诉我今天的系统上没有足够的内存）然后关闭文件，从而释放对该文件的所有锁定。
该文件应该可以随时在外部进行编辑。

我发现这很有用的主要原因是立即可视化任何手动更改，或者至少不求助于新文件名（这会使我的文件夹混乱），或者更糟糕的是，完全重新启动 UGS 平台。
因此，可选地，可以注册操作系统“文件已更改”处理程序，通知用户文件已更改并提供重新加载选项。附加地或备选地，可以在文件菜单中提供简单的重新加载动作。

此外，更糟糕的是，UGS platfrom 目前甚至不会在同一会话期间释放以前打开的文件，即使已加载另一个 gcode 文件也是如此。现在这对我来说真的没有任何意义。
例如：打开“A.gcode”，然后打开“B.gcode”，再打开“C.gcode”。现在，当 UGS 平台运行时，这些文件都不能再从外部编辑（至少大部分时间……就像我在问题中所说的那样）。我不认为这是有意的行为。

感谢考虑！

我说（不能改）不是（不能开）这个有区别。

@shredEngineer我同意你的看法，这不应该是预期的行为，我们可以按照你描述的更现代的方法来做到这一点。但我们可能会受到 NetBeans 平台的限制。

我需要对此进行一些调查，因此锁定文件的不是我们的自定义代码。不过，在 Mac 或 Linux（这是我可用的操作系统）中重现错误可能有点问题。我会看看我能做什么。

我从来没有遇到过这个问题。我使用 Aspire 并多次更改项目，而 UGS 已经完成了。我只是点击打开，再次选择同一个文件，它会刷新到更改后的文件。

产品版本：通用 Gcode 平台 2.0 [每晚]/2018 年 12 月 18 日
Java：1.8.0_201；Java HotSpot(TM) 64-Bit Server VM 25.201-b09
Runtime: Java(TM) SE Runtime Environment 1.8.0_201-b09
System: Windows 10 version 10.0 running on amd64; Cp1252；en_US (ugsplatform)
用户目录：C:\Users\jacks\AppData\Roaming.ugsplatform\2.0-SNAPSHOT\dev
缓存目录：C:\Users\jacks\AppData\Roaming.ugsplatform\2.0-SNAPSHOT\dev\var\cache

这在 Linux 和 Mac 中也是一个问题。似乎我们没有关闭软件中多个位置的文件流。在启用可视化工具的情况下打开一个文件，三个文件流被打开并且永远不会关闭。每次我们发送文件时，文件流都会打开并且永远不会关闭。所以这是一个我们需要研究的普遍问题。

可以使用以下方式列出打开的文件：lsof | grep <filename>

如果自动关闭文件太难，则在“文件”菜单中提供一个选项，以便用户可以关闭文件。

我运行一个工作流程，其中 gcode 由另一个应用程序创建，该应用程序使用下一个可用的数字后缀自动分配文件名。我需要在创建新版本之前删除旧版本，以便重新使用相同的后缀，我可以简单地重新加载。