LoadBundle refers to the initial frame rendering pipeline triggered by LynxView loading and executing the TemplateBundle. LoadBundleEntry is used to record the performance data of this rendering pipeline and inherits from PipelineEntry.
The LoadBundle process flowchart is as follows:
If you fail to receive LoadBundleEntry, it may be due to the following reasons:
1. Rendering not triggered
The rendering pipeline is not executed, typically because:
render() function returns null because data is not ready.2. Listener registered too late
LoadBundleEntry is triggered only once upon completion of initial rendering. It is recommended to register the listener as early as possible:
constructor for class components.useMemo for functional components.This example demonstrates how to obtain a LoadBundleEntry.

The type of the performance event; the value for all instances of this class is fixed as pipeline.
The specific name of the performance event; the value for all instances of this class is fixed as loadBundle.
A marker for a particular rendering pipeline; the value for all instances of this class is fixed as an empty string.
The timestamp for the start of loading and executing the TemplateBundle. This timestamp is represented as a floating-point Unix timestamp (in milliseconds) with three decimal places. For example: 1739594612307.429.
The timestamp for the end of loading and executing the TemplateBundle. This timestamp is represented as a floating-point Unix timestamp (in milliseconds) with three decimal places. For example: 1739594612307.429.
The timestamp for the start of parsing the TemplateBundle. This timestamp is represented as a floating-point Unix timestamp (in milliseconds) with three decimal places. For example: 1739594612307.429.
The timestamp for the end of parsing the TemplateBundle. This timestamp is represented as a floating-point Unix timestamp (in milliseconds) with three decimal places. For example: 1739594612307.429.
The timestamp for the start of loading and executing the background thread scripts in the TemplateBundle. This timestamp is represented as a floating-point Unix timestamp (in milliseconds) with three decimal places. For example: 1739594612307.429.
The timestamp for the end of loading and executing the background thread scripts in the TemplateBundle. This timestamp is represented as a floating-point Unix timestamp (in milliseconds) with three decimal places. For example: 1739594612307.429.
The timestamp for the start of the rendering pipeline. This timestamp is represented as a floating-point Unix timestamp (in milliseconds) with three decimal places. For example: 1739594612307.429.
The timestamp for the end of the rendering pipeline. This timestamp is represented as a floating-point Unix timestamp (in milliseconds) with three decimal places. For example: 1739594612307.429.
The timestamp for the start of executing the main thread scripts to build the Element Tree. This timestamp is represented as a floating-point Unix timestamp (in milliseconds) with three decimal places. For example: 1739594612307.429.
The timestamp for the end of executing the main thread scripts to build the Element Tree. This timestamp is represented as a floating-point Unix timestamp (in milliseconds) with three decimal places. For example: 1739594612307.429.
The timestamp for the start of calculating Element styles. This timestamp is represented as a floating-point Unix timestamp (in milliseconds) with three decimal places. For example: 1739594612307.429.
The timestamp for the end of calculating Element styles. This timestamp is represented as a floating-point Unix timestamp (in milliseconds) with three decimal places. For example: 1739594612307.429.
The timestamp for the start of layout calculations. This timestamp is represented as a floating-point Unix timestamp (in milliseconds) with three decimal places. For example: 1739594612307.429.
The timestamp for the end of layout calculations. This timestamp is represented as a floating-point Unix timestamp (in milliseconds) with three decimal places. For example: 1739594612307.429.
The timestamp for the start of executing UI operations related to painting. This timestamp is represented as a floating-point Unix timestamp (in milliseconds) with three decimal places. For example: 1739594612307.429.
The timestamp for the end of executing UI operations related to painting. This timestamp is represented as a floating-point Unix timestamp (in milliseconds) with three decimal places. For example: 1739594612307.429.
The timestamp for the start of executing UI operations related to layout. This timestamp is represented as a floating-point Unix timestamp (in milliseconds) with three decimal places. For example: 1739594612307.429.
The timestamp for the end of executing UI operations related to layout. This timestamp is represented as a floating-point Unix timestamp (in milliseconds) with three decimal places. For example: 1739594612307.429.
The timestamp for the end of completing the final pixelation based on UI and UITree. This timestamp is represented as a floating-point Unix timestamp (in milliseconds) with three decimal places. For example: 1739594612307.429.
Performance data for key stages in Framework Rendering. The type is FrameworkPipelineTiming.
Performance data for platform-specific key stages in Lynx Pipeline, with type AndroidHostPlatformTiming | HarmonyHostPlatformTiming | IOSHostPlatformTiming.
LCD tables only load in the browser