Electron不在共享文件夹上运行

Electron不在共享文件夹上运行,electron,Electron,C:\share是共享文件夹。 C:\share\electron-v13.0.1-win32-x64,\\192.168.1.10\share\electron-v13.0.1-win32-x64和Z:\electron-v13.0.1-win32-x64是同一个文件夹 当我执行C:\share\Electron-v13.0.1-win32-x64\Electron.exe命令时,Electron应用程序已正确启动。 但是,当我执行Z:\electron-v13.0.1-win32-x64\e

C:\share
是共享文件夹。
C:\share\electron-v13.0.1-win32-x64
\\192.168.1.10\share\electron-v13.0.1-win32-x64
Z:\electron-v13.0.1-win32-x64
是同一个文件夹

当我执行
C:\share\Electron-v13.0.1-win32-x64\Electron.exe
命令时,Electron应用程序已正确启动。 但是,当我执行
Z:\electron-v13.0.1-win32-x64\electron.exe
命令时,electron应用程序未正确启动。 根据任务管理器,电子进程正在运行。 然而,电子的窗口并没有显示出来


electron能否在共享文件夹上正确运行?

在本地(从C:\share)使用它应该更安全。映射驱动器的行为与本地文件系统非常不同。它们的实现在设置上也可能有所不同:

如果我知道您只是在映射回您自己的共享文件夹,并且总体上我觉得Windows server的配置更加一致,但是协议也随着时间的推移发生了变化:

我不太了解网络共享协议,无法准确地回答问题的原因,但我知道的足够多,可以告诉您,装载的共享文件夹与您自己的本地文件系统不同。在许多情况下,差异并不重要,它提供了很好的用户体验,但在某些情况下,这些微小的差异会以错误的方式破坏事物,即使它们几乎像普通/本地驱动器一样映射/装载。这不是电子独有的问题

通过SMB(主要是二进制文件/工具),共享文件夹可能运行不同的文件系统、不同的权限和特权(或者如果它是完全不同的文件系统,则在其下面运行完全不同的权限结构)。远程文件夹可能在
inotify
获取文件更新事件方面存在问题,可能会错过更改的文件(如Linux上的
touch
旨在更新文件上的日期),因此通过共享文件夹,日期更新可能会延迟/舍入。我认为,在某一点上,甚至Makefiles都有问题,因为它取决于访问日期,以本地方式工作

工具的另一个问题是可共享性,它能否处理从同一位置运行多个实例?它是否将某些内容保存到./tmp或其他文件中,从而可能与同时运行它的其他用户发生冲突

总的来说,对于共享,我倾向于将它们用于数据(很少有时候它们也有问题),但只有在知道它们不会引起麻烦的情况下,才远程共享应用程序