提示:文章写完后,目录可以自动生成,如何生成可参考右边的帮助文档
文章目录
- 前言
- 一、解决方法
- 二、补充说明
- 总结
前言
基于QT的Webengine开发过程中,QT的官方示例quicknanobrowser也无法成功运行,程序运行后,界面只是刷新一下,但是并无任何网页内容产生。有时,应用程序输出还会提示错误:qml: Render process exited with code 159 (killed)。该错误折腾了好久,最终终于解决,在此予以记录,主要参考知乎链接(https://www.zhihu.com/question/590162072)。
一、解决方法
由于该问题出现,并不会报出其他明显错误,而且,qml: Render process exited with code 159 (killed)错误基本也无法找到正确解决方法,因此,在这里提供给该报错下的问题的解决思路。即在QT项目的main.cpp的主程序中,添加内容如下:
int main(int argc, char **argv)
{QCoreApplication::setOrganizationName("QtExamples");QCoreApplication::setAttribute(Qt::AA_EnableHighDpiScaling);QtWebEngine::initialize();// ---------------------------添加内容,自此开始------------------------char ARG_DISABLE_WEB_SECURITY[] = "--disable-web-security";char ARG_DISABLE_SECCOMP_SECURITY[] = "--disable-seccomp-filter-sandbox";int newArgc = argc+1+1+1;// ARG_DISABLE_WEB_SECURITY + ARG_DISABLE_SECCOMP_SECURITY + nullptrchar** newArgv = new char*[newArgc];for(int i=0; i<argc; i++) {newArgv[i] = argv[i];}newArgv[argc] = ARG_DISABLE_WEB_SECURITY;newArgv[argc+1] = ARG_DISABLE_SECCOMP_SECURITY;newArgv[argc+2] = nullptr;// Application app(argc, argv);Application app(newArgc, newArgv);// ---------------------------添加内容,自此结束------------------------QQmlApplicationEngine appEngine;Utils utils;appEngine.rootContext()->setContextProperty("utils", &utils);appEngine.load(QUrl("qrc:/ApplicationRoot.qml"));if (!appEngine.rootObjects().isEmpty())QMetaObject::invokeMethod(appEngine.rootObjects().first(), "load", Q_ARG(QVariant, startupUrl()));elseqFatal("Failed to load sources");return app.exec();
}
二、补充说明
在这里,主要是关闭了两项安全功能:
1. --disable-web-security:
这个参数用于禁用浏览器的一些网络安全策略。主要的影响包括:
(1) 跨源请求限制: 正常情况下,浏览器遵循同源政策(Same-Origin Policy),限制来自不同源的文档或脚本互相交互。使用 --disable-web-security 参数会禁用这种限制,允许所有跨源请求。
(2) 文件访问限制: 在没有这个参数的情况下,从本地文件系统加载的页面不能访问其他文件或目录。禁用Web安全性后,页面可以自由读取本地文件系统上的任何文件。
2. --disable-seccomp-filter-sandbox
此参数用于禁用浏览器的 seccomp 沙盒。Seccomp(安全计算模式)是一个Linux内核特性,可以用来限制应用程序的系统调用:
(1) 系统调用限制: Seccomp沙盒能限制进程可以调用的系统调用,这是一种减少潜在安全风险的手段。启用 seccomp 可以防止恶意软件或被攻击的进程执行危险的系统调用。
(2) 提高安全性: 通过减少可用的系统调用,seccomp增加了浏览器进程的安全性,限制了潜在攻击者的操作空间。
笔者这里,在将第二项功能关闭后,问题即解决!第一项的关闭对笔者似乎没有作用,上述案例供大家参考。
总结
该问题困扰真的很久,一个似乎很简单的功能,出错却没有打印具体报错信息,在进行问题解决时,总是无从下手,甚至重装系统的心都有了!后续再碰到类似问题,还是需要多方面思考,一是从报错信息直接寻找缘由,二是从出错特征上寻找解决方法。最后,再次感谢知乎社区大佬给出的解决方案!