提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档
文章目录
- 前言
- 一、解决方法
- 二、补充说明
- 总结
前言
基于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增加了浏览器进程的安全性，限制了潜在攻击者的操作空间。
笔者这里，在将第二项功能关闭后，问题即解决！第一项的关闭对笔者似乎没有作用，上述案例供大家参考。
总结
该问题困扰真的很久，一个似乎很简单的功能，出错却没有打印具体报错信息，在进行问题解决时，总是无从下手，甚至重装系统的心都有了！后续再碰到类似问题，还是需要多方面思考，一是从报错信息直接寻找缘由，二是从出错特征上寻找解决方法。最后，再次感谢知乎社区大佬给出的解决方案！
