styles']);编译对JS的更改非常快速:[21:24:05] Finished 'js' after 6.01 ms
但是浏览器同步似乎需要7-10秒才能注意到更改并重新加载页面。如果我在JS任务完成后,在浏览器同步重新加载触发器之前手动转到浏览器并刷新,我就不会看到我的任何更改生效(例如,添加一个console.log ),所以我假设有某种中间的“步骤”需要在幕后发生。为什么浏览器同步要花这么长时间
我用一个来自多个客户端的测试帐户进行了测试,结果是: Client1 -会话开始需要30-40秒- Windows 10 Client2 -会话启动需要17 -20秒- Windows 10 Client3 -会话开始需要7-10秒-会话开始需要30-50秒-会话开始需要7-10秒-会话开始需要7-10秒- Windows 7不包括上述客户端与RDS相同的域或网络,DNS是正确设置的。
在本地运行,它的工作方式与我想要的完全一样(有一个传入的流文件,在位置7-10有许多不同的代码,每个唯一的代码输出一个文件)例如,如果记录1-5在位置7-10有1234,记录6在位置7-10有2345,记录7在位置7-10有1234,那么将有一个名为1234_file.txt的文件,其中有1-5和7行,第二个文件2345_file.txt将有来自输入文件的第6行: session.transfer(flowFile, R