标签：
最近在项目中，发现在使用Qt4.8.5 提供的QWebView与网页交互的时候，
m_pWebView->page()->mainFrame()->evaluateJavaScript(tmp);
QtWebKitd4.dll模块偶尔会出现崩溃，如图
中断查看调用堆栈(加载QtWebkitd4.pdb 才可看到正确的堆栈信息)
最后停止在 QT StackBounds::checkConsistency。从堆栈类名跟函数名看出，可能是跟堆栈相关，尝试看看源文件，找到函数定义
函数很短，跟具体业务逻辑没什么关系，可以得出release模式函数直接返回，debug模式下，在栈上创建一个对象来获取此时栈指针大小，assert根据堆栈增长方向，
检查此时栈指针跟 m_origin 和m_bound的关系。 从名字推测是与栈基址跟栈边界比较。继续看代码，怎么给这两个赋值的。
在X86CPU配合MSVC编译器的平台下，栈基址 m_origin 通过FS寄存器中保存的 NT_TIB 线程信息块中得到当前线程的栈的基址，没有问题
那么栈边界呢m_bound ？
通过源码的注释，似乎想通过NT_TIB获得，但没这样做（后面验证，此方法得到的栈边界不可靠，只能获得已提交栈大小。qt5.4中提供新的方式获取，后面修改也是基于此）。
继续看看 QT是怎么做的。
转到函数定义：
QT把栈边界的大小固定为512kB，显然不适用所有平台，源码的注释也给出了说明 this code unsafely guesses stack sizes!，WINDOWS、WINCE等平台下，may be work wrong。
明知不可行但还是设置了固定值，而且是全平台通用的一个值，想想我们在以往的项目中是不是也做过类似的妥协呢？
可见实现Qt4.8.5时还是比较匆忙，并不是一个稳定的版本。
后面再看qt5.4时（中间哪个版本开始修改的，这个没有关注。。），全平台都是代码获取，感觉很可靠，至少是在window平台。（Qt团队效率还是可以的！）
问题原因大致定位了，但是是哪里导致栈空间被大量使用了呢？
猜测1：QtWebKit内部调用，消耗了大量栈空间。
验证： 1.1 新建一个工程，用QWebView加载网页 m_pWebView->load(QUrl("xxx"));
1.2 注册js调用对象 m_pWebView->page()->mainFrame()->addToJavaScriptWindowObject("servers", this);
1.3 声明接口供js调用
int JS2QT::MainCall(QString szCallOperate,QString szExternData)
{
….
m_pWebView->page()->mainFrame()->evaluateJavaScript(tmp);
}
1.4 在执行js之前查看堆栈ebp（栈基址） 与esp（栈顶指针）。 当前消耗 ebp-esp 才几k，属于正常现象。
1.5 执行js，正常。
猜测2：项目工程在进入QWebView调用之前=的调用链就已经消耗了大量栈空间。
验证： 在进入MainCall之前下断点，观察到进入MainCall之后， ebp-esp 瞬间消耗了 850KB以上的栈空间（默认1MB），
执行js，出现中断。850KB 早已超过512KB， debug模式下QtWebKit只要执行stackCheck，必然assert。
相同情况relese不会崩溃，正好验证了之前的源码在relese模式下不检查stack。
结果： 查看实际项目中MainCall的实现，该函数内部确实声明了大量的临时对象，消耗了大量的栈空间。
修改意见：
|
|
主工程（生成exe的工程）属性 |
QtWebKit |
|
Debug |
项目属性-》链接器-》系统 修改堆栈保留大小（推荐2097152） 其他默认0 |
|
|
Release |
项目属性-》链接器-》系统 修改堆栈保留大小（推荐2097152） 其他默认0 |
Release模式下QtWebKit不对堆栈使用做检查。一旦发生栈空间不够，直接崩溃。 |
Q&A
答：因为QtWebkit StackBounds类负责做栈边界检查的时候，认为栈的大小固定在512kB，而主线程的默认栈 1MB，当主线程使用超过512kB的栈空间时，QtWebkit必崩，
但在release模式下，QtWebkit不做栈检查，只要主线程使用栈不超过1MB，程序就不会崩溃。
答：使用QWebView内核，与js交互都是通过我们项目中的 xxx::MainCall 完成分发的，MainCall中声明的各种数组消耗了大量的栈空间，
目前来看已使用850kB左右，此时函数调用继续发生，堆栈进一步被消耗，当某些操作需要消耗大一点栈空间的时候，此时就会发生崩溃，而如果崩溃在
Vs编译的库（不主动做栈检查，不主动产生中断），会友好提示 stackOverflow，崩溃在其他库（不主动做栈检查，不主动产生中断），就会显得莫名其妙了吧。
！！隐藏的问题，虽然扩大默认栈大小，可以解决问题，但是，改变默认栈大小带来的问题？
总之，问题的根源在于，一个函数中大量使用堆栈资源，势必不是良好的程序设计风格，就目前及以后会出现的问题，提两点自己的建议
附：手动修改QtWebKitd4.dll文件，改变QtWebkit 设置的固定栈大小。
下断点观察 m_bound的指令地址
指令地址 0x10EC3636 查看模块加载地址：0x10000000 则文件偏移地址 0x00EC3626
用二进制编辑器打开QtWebKit4d.dll （debug才需修改） 找到0x00EC3626 或直接搜内容 2D00000800
2D 00 00 08 00 对应汇编指令 sub eax 80000h 注意为小端字节序
保存即可。
替换QtWebkitd4.dll 断点查看
修改成功
Qt4.8.5 QtWebKit QWebView 用户栈检查崩溃问题的思考
标签：
原文地址：http://www.cnblogs.com/kobe-echo/p/5720765.html
