我之前也碰到过一模一样的情况——Qt Creator里跑起来完全正常，一拿到外部就崩在new QWebChannel这行，折腾了好久才摸清楚几个关键排查点，你可以按这些方向试试：

1. 用windeployqt自动补全所有依赖 #

Qt Creator会自动调用Qt安装目录里的依赖和插件，但外部运行时必须把这些文件手动复制到程序目录。手动查依赖很容易漏，不如直接用Qt自带的windeployqt工具一步到位：

• 打开Qt对应的命令提示符（比如Qt 5.15.2 (MinGW 8.1.0 64-bit)）
• 切换到你的程序可执行文件所在目录
• 运行命令：

  windeployqt your_app.exe --webengine
  

  加上--webengine参数会自动处理WebEngine相关的所有依赖，包括QWebChannel需要的DLL、WebEngine核心组件，还有最容易被忽略的platforms插件目录（里面的qwindows.dll是Qt GUI程序运行的必要条件）。

2. 手动确认核心DLL是否存在 #

虽然你说已经检查过依赖，但还是要再确认这几个关键文件是否在程序目录里：

• Qt5WebChannel.dll
• Qt5WebEngineCore.dll（QWebChannel和WebEngine联动必须依赖它）
• Qt5WebEngineWidgets.dll
  另外WebEngine还依赖libEGL.dll、libGLESv2.dll这类第三方库，手动部署很容易漏掉，windeployqt会自动帮你复制这些文件。

3. 微调代码初始化顺序 #

你的构造函数逻辑看起来没问题，但可以试试调整QWebChannel的创建时机，确保QWebEngineView的页面已经初始化完成：

MyView::MyView() : ui(new Ui::MyView) {
    ui->setupUi(this);
    view = new QWebEngineView(this);
    ui->content->addWidget(view);
    // 先确保view的page实例已创建，再初始化channel
    channel = new QWebChannel(this); 
    connect(view, &QWebEngineView::loadFinished, this, &MyView::finishLoading);
    view->page()->setWebChannel(channel);
    channel->registerObject("controller", this);
    view->load(QUrl("qrc:///res/index.html"));
}

不过这个在IDE内正常的话，大概率不是主要问题，但可以用来排除可能性。

4. 获取崩溃的精准日志 #

如果以上方法都没用，建议拿到崩溃的具体信息：

• Windows系统可以打开「事件查看器」→「Windows日志」→「应用程序」，找到程序崩溃的事件，里面会显示崩溃的模块名称和错误代码，能直接定位到是哪个依赖缺失或者初始化失败。
• 也可以用调试器（比如Visual Studio或者Qt Creator的调试器）附加到外部运行的程序，触发崩溃后查看调用栈，看具体是哪个函数调用出了问题。

内容的提问来源于stack exchange，提问作者Myon