根据我的经验，这个是网络消息队列的问题，所以他们的网络消息通知一直应该都没换过人，一直是那个家伙在写错误的消息队列
浏览器的缓存功能我这边试过，3.6.3，一样会出现不刷新的情况，希望改正自身消息队列的bug，提高自身的水平，不要让一个bug可以拖到N个版本，实在不行，那就让位，让有点料的人来写这个消息队列的IN和out
抱歉，由于是偶现的问题，我们也先收集下问题信息
- 项目的脚本数量是多少呢，
- 是否依赖了 npm 模块
- 如果能提供一个 可复现的 demo 是最好的
写了一段时间的代码后，就是必现的，你们往项目里多塞些代码就能必现了。我现在3.7.0就是必现的
是不是mac啊 我2.X MAC也经常遇到
我上一次碰见这个问题是因为ts改了，js没变，清一下重启就好了
经常遇到，500多个脚本，依赖lodash；
自动刷新没啥问题，一般都是手动刷新遇到的，可能是刷新时机不对吧；
每次切到编辑器编译，只有左下角能看到编译的一个脚本的弱提示；
不管改了多少个，只显示一个，这个是最后一个编译的脚本么？
这个弹出来了手动刷新也会大概率没同步，有误导性，
控制台或者哪里给个编译完成的信息会不会好点
2赞
代码多的问题，老毛病。从2.x开始就这样。现在我都是把代码抽离出项目自己编译，只留小部分桥接代码在assets下
嗯，看起来可能是有两个问题：
- 一个是编译体验问题，最好能给一个编译进度，而不是，只是 asset 面板刷新一下
- 大项目下，确实编译效率也是需要做进一步优化
这两个我们 3.8 上会做一下优化
你们能不能优化下，我想开发时，用webpack的devServer，这样开发速度能快好多。
我用laya的时候，可以自己用webpack来编译，非常简单。
但cocos想用webpack编译，难度好高 
当然如果能采用vite这种更快的打包工具就更好了
问一下，你这边的工作流是怎么样的呢，能简单介绍下吗
用 webpack 打包输出的 js 库，在 laya 上再做二次打包吗
vite 我们也有在调研，这块需要做的改动还是比较大的
当时的webpack配置是这样，主要devServe启动需要的东西，刚好Laya都放在当前项目的bin目录下了，所以好配置
1赞
我说下我目前遇到的刷新问题
【版本】：2.4.11编辑器，win10系统，谷歌浏览器
【设置】：自定监听文件关闭，自动刷新关闭
【现象】：
代码修改编译后，游戏运行时90%概率会出现，代码不生效的问题，然后重启多次编辑器后，偶尔可以正常修改代码生效！如果直接在编辑器刷新修改的代码目录，会大概率导致编辑器崩溃，只能关闭重启！
【期望】：
以上两个设置都关闭后，可以接受资源手动在编辑器刷新，代码希望能编译后直接生效，不用在编辑器刷新代码目录！
【尝试能实现代码编译生效方法】：
把自动监听开启，自动刷新关闭，代码编译后运行基本可以生效，但是开启自动监听文件后，每次切换到编辑器都会卡3-5s，有点难受，一想到设置都关闭会引发编译不生效，导致实际开发效率更低，只能忍痛打开自动监听文件功能了 
你这个概率有点太高了，应该是什么操作或者什么特殊的原因导致的，不然 2.x 根本没人用了。还有记得不要边切到编辑器边拉 git 上的代码容易出问题。至于概率性未刷新的问题，我们已经在 3.8.0 彻底修复了，敬请期待。
至于不自动监听又不用自动刷新，又能直接生效的代码，至少 VSCode 做不到这点，坐等其它神奇的 IDE 插件能够支持……
能说下啥原因导致的吗？这bug从2.x版本一直到现在，让人好好奇
话不要说的太早，不然到时出问题了可能脸就有点尴尬~~
缓存问题，我还遇到一个场景。git切换分支后，重启编辑器都没刷新成功的。
- 两个分支的spine动画，文件名完全一样，meta一样。相当于一个高清版，一个低清版。在切低清版分支打包后，切高清版分支，重启编辑器再打包，构建后的文件还混有低清的内容。导致spine显示错误，只有在删除library缓存，再重启编辑器才能解决。
缓存又不进版本控制，缓存文件刷新要是根据时间戳来？那切分支后，是怎么保证内容都能刷新到的
- 是不是需要有个进版本控制的，索引性质的文件（类似xcode工程文件），才能应对切分支的问题
啊？2.x没人用了？为啥我知道的公司，如果不是做3d项目基本都是用2.4.11
通常这是打包机同步文件时，没有修改到文件修改时间导致的，或者就是自己做了文件同步机制才会遇到。
不然就是重启编辑器再打包之前，编辑器正好在导入高清资源，导入到一半被重启了导致导入不成功？
当然有人用的，我说的是“不然 xxxxx”，不是“xxxxx”