Closed opamine closed 3 years ago
写标题
@chenshuai2144
应该不是menu的问题把,这么搞得占用不至于。。
你用devtool的 性能工具搞个火焰图出来
🖥️ : 我执行的是 闭合 -> 展开 -> 闭合 -> 展开
🧮 : 以上四张图是 前两步操作的截图
@chenshuai2144 大哥查收
这个不至于那么高的cpu占用的,chrome 在偷偷干别的事情把
你试试用户用火狐
这个不至于那么高的cpu占用的,chrome 在偷偷干别的事情把
你试试用户用火狐
我这边试了下火狐,也是这样。 这边大概知道问题所在了, 我稍后整理一下发出来
"@ant-design/pro-layout": 6.14.0 "@ant-design/pro-table": 2.28.0
我这边把 pro-table 的 request 属性去掉, 不从服务器请求数据, 上面的情况就不存在了 ❓
"@ant-design/pro-layout": 6.14.0 "@ant-design/pro-table": 2.28.0
我这边把 pro-table 的 request 属性去掉, 不从服务器请求数据, 上面的情况就不存在了 ❓
好像还不是这个原因,我再研究一下吧,
chrome 有自己的任务管理器,去里面看看把
你好,
这边有类似的问题,侧边栏menu展开收起动画有明显的卡顿,把ProTable的scroll prop去掉,就不会卡顿了,应该如何解决呢? 使用的组件版本: "@ant-design/pro-layout": "^6.21.0", "@ant-design/pro-table": "^2.43.0",
这个问题貌似和#3113是同一个问题,那个issue里提示用sCU来解决更新频率高的问题,请问能否给个例子说明一下。 宽度变化导致的更新并不是因为父组件传给ProTable的prop变化了,而是因为ProTable内部的更新机制,该如何从外部去控制这个内部机制呢?
有同样的问题,菜单展开/收起,明显有卡顿。 使用的antdPro-smiple架子; 对应的版本分别为protable:"^2.56.0",和layout:^6.26.0", 先埋个坑,后续定位问题,坐等有大佬给出解决方案。。
去掉scroll这个宽度的属性之后,就很流畅;不确定是不是这个属性导致layout需要计算宽度,产生的性能问题。。
如果需要 scroll 横向滚动的朋友,可以尝试使用 scroll={{x: 'max-content'}}
,比 scroll={{x: true}}
掉帧要减少很多。
请问解决了嘛,我也有这个问题 🙏
请问解决了嘛,我也有这个问题 🙏
升级版本试下
现在也还是卡呀
scroll={{x: 120}}
🧐 问题描述
使用的是 pro-layout 带的 menu , 展开闭合时, 非常卡顿, 看了下 cpu 占用, 不知道哪一块的问题
💻 示例代码
BasicLayout 文件如下:
🚑 其他信息
↓↓↓↓↓↓↓↓↓↓↓↓