我们工程的代码和资源的文件数大概在4000个，现在感觉非常卡。启动cocoscreator工程的时间在一分钟，然后随便修改下代码，切换回creator也要卡个好几秒。更严重的是，如果我将resource目录下文件比较多的文件夹删掉（大概3000个，90M），后再还原回来，会直接卡崩溃，无法预览。
unity压根不会有这种问题。
我在想是不是每次切换回creator，都会检测一次全部的文件。怎么不做成写个clean的菜单，让用户自己取刷新？现在开发起来好蛋疼
大部分的时间都用在了，等待creator不卡顿上面。
或者在资源的文件夹上面F5，开发者自己来刷新
很多人都遇到这个问题！
现在我移植之前的一个项目也遇到这个问题资源超过200M,文件超过3000个，几乎无法同时使用creator ,浏览器，vscode/webStorm, 被告知目前正在改，没有做过对大型游戏的优化，估计要个3.0,4.0吧，翻了很多类似的帖子，有从16年，17年就开始问这个问题的，最后都不了了之，也不知道那些哥们是怎么熬完的，临时解决方案(1合图，2调好的动画文件,先删除，后续导入，总感觉动画文件一多久特别卡。3使用subtext,内存小，4 使用本地模拟器调试不要使用网页调试运行，5拆分多个模块最后合并,6买台超级豪华的电脑)，不过都不是啥正确的解决方案,只能说稍微好点，下次做中型偏大型的游戏还是暂时不要使用creator 吧，感觉这个只是用来做小游戏的。
同样遇见，为了这个公司几个开发特意换了固态硬盘才稍微缓解了一些。但是还是卡，项目再迭代下去也是感觉无解中
现在还有用机械硬盘做开发的么？你们老板是有多扣？
不过我用Creator 1.9.3，确实有时候感觉启动有些慢(打开项目需要33秒），不过我的assets目录下有约16000个文件，其中600个js文件，不确定是否正常范围之内。
电脑配置是i5-8400 + 16G内存 + 三星500G固盘。
虽然平时开发的时候，是把各种场景拆成多个子项目了，需要打包时才合并到主项目中，但是有时候还是需要打开主项目，然后等待。另外就是在项目打开的情况下，通过外部文件管理器来替换哪怕只有几十个文件，再切回Creator，需要等待更长时间。
只能说不是每个公司都是土豪公司。
我的是120G的固态，一样的卡爆。
如果是拆分成子项目，那无疑又增加了很多不必要的开发成本。
不得不吐槽，cocos从诞生之日起，就伴随着卡爆这个描述。从刚开始的cocos code ide到后面的cocos studio,到现在的creator没一个不卡的。
自己做文件检测技术不行，就开放接口给用户自己去刷新嘛。
我的内存就没有掉过80%，除了QQ 什么都不敢打开，编辑器卡使工作效率变的太低了，每次切回来10几秒，而且16年就被人提出来了，现在都19年了，看更新日志，creator 都快变成小游戏专属开发工具了，看来想用它做APP真是怪自己，没有先去试下。
1赞
cocos2dx(js)版本非常好用 推荐使用这个 完全没有你们的这些烦恼。
不开源又不收费，是有原因的。整体来说还行。
不用cocos2dx (js) 的原因是这种组件方式比原先的好用太多了,不用laya 也是因为这个。方向是对的，坐等引擎组优化效率喽.
很多人都遇到这个问题！
搜索的话, 固态也要等它转5,6秒的样子而且卡
我们这边的处理方法是，不使用creator管理与UI无关的资源。
在程序中动态加载的资源，全部放在外部，编译的时候自动拷贝进来
大致思路就是这个样子
常态是这样，vscode写几行代码，切回ccc，等十几秒，shi一样的响应速度
刚打开300M连续打开几个预设就 * 10了，然后白屏，只能重启
