如题,很多用户在初用cef的时候,可能会遇到在cef shutdown 或者程序退出时崩溃.
这里记录一下可能的两个原因,自己可以对照分析下。
第一个原因:
点击打开链接 ,下面是链接对应的主要内容,防止链接失效,内容我引用过来了。
前两篇文章介绍了如何使用libcef浏览器内核,不过在使用过程发现一个问题:关闭浏览器或关闭MFC窗口,调试模式下直接崩溃!
这是什么问题呢?搜索百度,仅仅看到一篇英文文章描述了改问题,首先我们关闭的时候必须要做到以下两件事:
(1)CefQuitMessageLoop 调用退出消息循环;
(2)CefShutdown 关闭浏览器并释放资源;
其实,这两件事,在我的Demon里肯定做了,对比之前上传到网络上的Demon并没有发现什么问题,应该是后续添加导致的bug,经过排查新增功能发现,在事件处理器上保留了一个主浏览器,什么意思呢?看代码:
class CCefBrowserEventHandler
: public CefClient
, public CefDisplayHandler// 显示变化事件
, public CefLoadHandler // 加载错误事件
, public CefLifeSpanHandler // 声明周期事件
//, public CefContextMenuHandler// 上下文菜单事件
//, public CefDialogHandler// 对话框事件
//, public CefDownloadHandler// 下载事件
//, public CefDragHandler// 拖拽事件
//, public CefFindHandler我的事件处理器中保留了某一个浏览器,在程序退出的时候浏览器是一个智能指针,cefshutdown前主浏览器因为引用计数原因使得某一个浏览器(主窗口的浏览器)没有释放,导致cef直接挂掉,保存的位置就是在CefLifeSpanHandler回调OnAfterCreated里面做的,这就导致引用计数增加,在shutdown前浏览器没有释放导致崩溃!这并不是我的代码有问题,而是cef内核必须这么限制的,可能cefshutdown前必须将所有使用的浏览器对象都析构掉,否则它在资源释放过程中检查引用计数不为0情况下回崩溃!
还有网友问我怎么解决?这不就说明原因了吗!不保留浏览器对象,防止引用计数不为0错误就ok了
上文所说的就是CefClient没有释放。
第二个原因:
类似第一个原因,只不过是反了过来.cefclienthandler类的对象由于shutdown的调用,已经析构过了.而你在其他地方(很可能是程序退出时)又再次去析构这个对象.两次释放自然崩溃.
比如duilib中,将cefclienthandler类同时作为了控件类,cefclienthandler类对象在shutdown的时候已经析构了,而在窗口关闭退出时,duilib会依照控件树来清理控件的对象.如果cefclienthandler类对象作为控件也添加到了这个控件树,那么就会被再次释放.自然就有问题了。
总结:1.cef shutdown的时候还有cef相关的对象没有释放。2.cef 相关的对象被重复释放。
以上两个原因仅是个人学习过程中对问题记录.欢迎大家补充更多原因分析。