• Qt WebEngine Debugging and Profiling



    Console Logging
    JavaScript executed inside Qt WebEngine can use the Chrome console API to log information to a console. The logging messages are forwarded to Qt's logging facilities inside a js logging category. However, only warning and fatal messages are printed by default. To change this, you either have to set custom rules for the js category, or provide custom message handlers by reimplementing QWebEnginePage::javaScriptConsoleMessage(), or connecting to WebEngineView::javaScriptConsoleMessage().
    All messages can also be accessed through the Qt WebEngine developer tools.
    Qt WebEngine Developer Tools
    The Qt WebEngine module provides web developer tools that make it easy to inspect and debug layout and performance issues of any web content.
    The developer tools are accessed as a local web page using a Chromium or Qt WebEngine based browser, such as the Chrome browser.
    To activate the developer tools, start an application that uses Qt WebEngine with the command-line arguments:
    --remote-debugging-port=<port_number>
    Where <port_number> refers to a local network port. The web developer tools can then be accessed by launching a browser at the address http://localhost:<port_number>.
    Alternatively, the environment variable QTWEBENGINE_REMOTE_DEBUGGING can be set. It can be set as either just a port working similarly to --remote-debugging-port or given both a host address and a port. The latter can be used to control which network interface to export the interface on, so that you can access the developer tools from a remote device.
    For a detailed explanation of the capabilities of developer tools, see the Chrome DevTools page.
    Using Command-Line Arguments
    You can use the following command-line arguments while debugging to provide input for bug reports:
    --disable-gpu disables GPU hardware acceleration. This is useful when diagnosing OpenGL problems.
    --disable-logging disables console logging, which might be useful for debug builds.
    --enable-logging --log-level=0 enables console logging and sets the logging level to 0, which means that messages of the severity info and above are recorded in the log. This is the default for debug builds. Other possible log levels are 1 for warnings, 2 for errors, and 3 for fatal errors.
    --no-sandbox disables the sandbox for the renderer and plugin processes. Keep in mind that disabling the sandbox might present a security risk.
    --single-process runs the renderer and plugins in the same process as the browser. This is useful for getting stack traces for renderer crashes.
    Alternatively, the environment variable QTWEBENGINE_CHROMIUM_FLAGS can be set. For example, the following value could be set to disable logging while debugging an application called mybrowser:
    QTWEBENGINE_CHROMIUM_FLAGS="--disable-logging" mybrowser

  • 相关阅读:
    微信小程序开发--页面之间的跳转
    iOS基础UI控件介绍-Swift版
    iOS技术栈-Swift版
    SpringBoot实战(四)获取接口请求中的参数(@PathVariable,@RequestParam,@RequestBody)
    SpringBoot实战(三)代码热部署
    SpringBoot实战(二)Restful风格API接口
    SpringBoot实战(一)HelloWorld
    Spring Boot浅谈(是什么/能干什么/优点和不足)
    CentOS的基本设置界面
    虚拟机VM安装Linux系统CentOS7
  • 原文地址:https://www.cnblogs.com/lvdongjie/p/12922141.html
Copyright © 2020-2023  润新知