用的是cocos creator2.43版本。
请教几个问题哈，我是个后端研发，对性能这块优化，的确懂得不多。。。
1.我这个游戏主要是Label标签组成 （我感觉用的也不多。。一个页面几十个而已）。 页面切换慢会是Label的原因吗？
2.底部那些按钮，每点一个 就会切换一个场景。 这样是不是也会造成切换卡顿？ 或许我应该尽量把所有内容放到一个场景里吗？
3.我编译成字节小游戏，界面交互就非常流畅。 编译成微信小游戏 就有明显的卡顿。 请问有人遇到过吗？ 怎么针对微信优化一下呀。
4.关于数据缓存，我这个游戏数据极度依赖服务端校验，防止作弊。客户端编辑完数据后，如果重新调用API从服务端获取数据，那肯定也会有耗时。 关于客户端/服务端 数据联动 有比较好的方法吗？ 难道要在客户端写一套 非常复杂的 本地计算/本地缓存 然后服务端定期校验吗？ 感觉太费事了。。。
真诚请教，不甚感激！
游戏demo链接： https://herogame.yuanshuli.com:8445/
请使用手机浏览器模式打开。。 用电脑浏览器的话 请切换到手机模式。
常用文字用fnt实现 , 复用文字用char, 注意图片和文字的图层结构.
嗯呢。 我一次性替换 都改成char了 。感觉快一点点吧 
还是有些慢 不太理想。
char也有限制的, 建议看看官方文档 写的很详细~
好的哈 多谢多谢。我再研究一下 
一个场景其他的全是预制体很哇塞~
是的 我准备这样改造了。。。 去掉场景切换。 一个场景搞到底。
不知道这样会不会有别的坑啊
没啥坑，搞就行了，能用艺术字的就用艺术字
我也遇到了同样的问题.
还在开发中.主体也是文字.所以标签 Label 用的比较多.感觉有点难受~
装模作样分析一把。。可以看不出来什么端倪 哈哈哈。 有没有大佬指点一下。这个有没有异常
你这种没什么资源的，切换慢一般不会是前端的问题，大概率是你先请求的服务器数据再切换的，你可以反过来，先切换，然后再更新显示
嗯嗯 也就是说 切换过来时，还先用本地的数据 把页面展示出来。 然后等接口返回来新数据后，再刷新。
是的吧？ 我改造试试
用webview试试看。我们有用户服务协议1w字，用label直接卡死，还无法渲染所有字数。于是用webview组件显示，非常顺滑。
用bmfont，不然性能上都有问题的
尽量不要频繁的用http去请求内容，很慢的
websocket?
所以大多数的游戏都是 核心的业务逻辑都在客户端处理,只是用服务端存储一些数据吗？ 所以不需要把服务端写复杂。 对吧？
我现在有一大部分的逻辑都在服务端，例如每次点击按钮后，就会调用http接口，让服务端来判断这次按钮是否要改数据。
然后再调用查询接口，刷新UI。
所以我猜想 “正统”的游戏客户端 逻辑都在本地计算，只是用服务端存数据
精简一下：
1.游戏数据在客户端计算。
2.游戏逻辑在服务端计算。
3.客户端计算+ 服务端计算（校验） 定期同步
我觉得应该是3，但是觉得成本也太高了吧。。。。 作为一个业余开发者，不想搞这么复杂
业务肯定要在服务器 客户端只做显示和UI交互 你每次查数据是从数据库查么 如果每次都在数据库查一遍 那肯定要慢
是的。 嗯 关键的数据也都加缓存了。 但总会有要查数据库的时候，然后页面就会感到卡顿了。