前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >duilib里面隐含的一个可能递归的bug

duilib里面隐含的一个可能递归的bug

作者头像
大菊观
发布2021-03-04 10:33:27
6270
发布2021-03-04 10:33:27
举报

duilib的容器的滚动条是根据子控件来判断是否展示的。如果父控件可以根据情况在SetPos里面动态调整子控件的大小,在这个条件下,存在这样一种情况:

1.滚动条一开始不展示。

2.容器控件SetPos里面自动计算出子控件需要展示滚动条,ProcessScrollBar里面展示了滚动条并重新调用SetPos来重新计算子控件位置。

3.滚动条展示后,SetPos里面重新调整了子控件的大小,计算了滚动范围等,ProcessScrollBar里面发现新的子控件大小算出来的范围又不需要滚动条了,于是不展示滚动条,并再次调用SetPos来重新计算子控件位置。

4.这样又会回归1.2,形成递归调用。最终导致程序崩溃。

修复办法(两种):

1.可以尝试在Setpos里面来继续根据cyNeed判断是否展示滚动条,然后直接把滚动条是否展示给设置好,这样到ProcessScrollBar里面不会形成递归。

2.ProcessScrollBar里面修改,避免SetPos(GetPos())这样的代码,改为调用NeedUpdapte这样的来触发重绘来重新进入SetPos计算,避免递归调用。

第二种需要自行修改duilib库源码,或者派生新的控件来处理,应该是没有什么问题的。这两种办法我都没有严格测试。请谨慎。

本文参与 腾讯云自媒体分享计划,分享自作者个人站点/博客。
原始发表:2021-02-25 ,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 作者个人站点/博客 前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体分享计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
相关产品与服务
容器服务
腾讯云容器服务(Tencent Kubernetes Engine, TKE)基于原生 kubernetes 提供以容器为核心的、高度可扩展的高性能容器管理服务,覆盖 Serverless、边缘计算、分布式云等多种业务部署场景,业内首创单个集群兼容多种计算节点的容器资源管理模式。同时产品作为云原生 Finops 领先布道者,主导开源项目Crane,全面助力客户实现资源优化、成本控制。
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档