我的小程序多个页面有可上拉加载更多的feed流, 刷到一定数据量后, 切换页面会一片空白(除了手机状态栏以外一片空白), 类似渲染假死
这些feed流的数据现在都是通过redux管理的, 也就是都存储在全局变量里,
是不是因为全局变量的大小有个阈值, 超出这个大小会造成性能超负荷消耗, 导致渲染卡死?
现在每350条数据就是大概1M, 每页10条请求
是不是小程序不适合使用redux, 这样的数据应该只用页面存储??
收藏
回答
置顶[紧急求助]全局变量的大小是否有限制?redux是否适合小程序?精选热门
正一🍚筒2018-04-18
| 框架类型 | 问题类型 | 终端类型 | 操作系统 | 微信版本 | 基础库版本 |
|---|---|---|---|---|---|
| 小程序 | Bug | 客户端 | 6.6.6 | 2.0.1 |
最后一次编辑于 2018-04-18
6 个回答
请 登录 后发表内容
相关问题
相关文档
- 检查场景值是否在支付校验范围内(待废弃）: 小商店/开发/平台能力/商业能力/交易组件/视频号小程序自定义交易组件及开放接口/服务端接口/订单接口/检查场景值是否在支付校验范围内
- 插件调用 API 的限制: 小程序/开发/指南/插件/插件调用 API 的限制
- 插件使用组件的限制: 小程序/开发/指南/插件/插件使用组件的限制
- 接口调用请求说明: 小商店/开发/平台能力/商业能力/交易组件/视频号小程序自定义交易组件及开放接口/服务端接口/订单接口/检查场景值是否在支付校验范围内
- 请求参数示例: 小商店/开发/平台能力/商业能力/交易组件/视频号小程序自定义交易组件及开放接口/服务端接口/订单接口/检查场景值是否在支付校验范围内
的确有优化，但是还是会有开销的。
对，因为页面过大必然会影响渲染和绘制的性能，所以不可能做成无限下拉的，这里你需要设法处理一下。常见的方法就是分页。
全局变量会是小程序全局的，所以请注意控制数据量。
不过这个问题应该是页面显示渲染区域过于复杂的问题，而不是全局变量的问题。请注意控制页面的节点树大小和总显示区域大小。
感觉此类的redux 在小程序中开销还是很大的
嗯嗯, 对的
一旦用了，很难把控他的大小啊
我试了一下scroll-view, 也没什么明显的效果, 是不是我的使用方法不对呢?(听说scroll-view做了一些渲染上的优化)
意思是只能减少页面元素吗?他是一个可无限下拉的feed流, 如何控制'页面的节点树大小和总显示区域大小'??