Go to file
YOUR_NAME 97b088c510 add @ohos.faultlogger.d.ts
Signed-off-by: YOUR_NAME <mashuang9@huawei.com>
2022-01-17 17:01:30 +08:00
adapter send sysfreeze/appfreeze hisysevent with HIVIEW_LOG_FILE_PATHS 2022-01-06 09:32:04 +08:00
base add proxy assert 2022-01-13 19:40:44 +08:00
build send sysfreeze/appfreeze hisysevent with HIVIEW_LOG_FILE_PATHS 2022-01-06 09:32:04 +08:00
core add proxy assert 2022-01-13 19:40:44 +08:00
figures update OpenHarmony 2.0 Canary 2021-06-02 02:18:59 +08:00
include add proxy and faultlog napi 2021-12-22 09:58:19 +08:00
plugins add @ohos.faultlogger.d.ts 2022-01-17 17:01:30 +08:00
service fix typo and OAT errors 2021-12-28 16:35:17 +08:00
test add proxy assert 2022-01-13 19:40:44 +08:00
utility/smart_parser !36 smart_parse代码同步 2021-12-27 02:13:43 +00:00
.gitattributes update OpenHarmony 2.0 Canary 2021-06-02 02:18:59 +08:00
BUILD.gn add dynamic plugins test case 2022-01-11 17:25:43 +08:00
CMakeLists.txt [hiview] add eventdb and faultlogger 2021-08-21 12:01:10 +08:00
hiview.gni [hiview] add eventdb and faultlogger 2021-08-21 12:01:10 +08:00
LICENSE update OpenHarmony 2.0 Canary 2021-06-02 02:18:59 +08:00
main.cpp update OpenHarmony 2.0 Canary 2021-06-02 02:18:59 +08:00
OAT.xml fix typo and OAT errors 2021-12-28 16:35:17 +08:00
ohos.build add proxy and faultlog napi 2021-12-22 09:58:19 +08:00
README_zh.md update OpenHarmony 2.0 Canary 2021-06-02 02:18:59 +08:00
README.md update OpenHarmony 2.0 Canary 2021-06-02 02:18:59 +08:00

Hiview

Introduction

Hiview is the module of OpenHarmony that provides toolkits for device maintenance across different platforms.

Currently, Hiview opens only the plug-in management platform and system event source capabilities.

Figure 1 Architecture of Hiview

Hiview consists of the following components:

adapter: operating system adaptation layer, which adapts APIs of the system services in use

hiview base: Hiview base definition, which provides the plug-in definition, detector definition, and utility class

hiview core: Hiview core module, which provides the plug-in configuration, plug-in management, and event source functions

hiview services: Hiview services. Currently, only the Hiview run information exporting function is provided.

plugins: Independent service modules.

Hiview works in event-driven mode. The core of Hiview is a collection of HiSysEvent stubs distributed in the system.

Formatted events are reported to Hiview through the HiSysEvent API for processing. Figure 2 shows the data interaction process.

Figure 2 Data interaction between Hiview modules

  1. The application framework and system services report system events using the HiSysEvent API.

  2. HiSysEventSource reads events and prints the events to logs.

Directory Structure

The code directory structure of Hiview is as follows:

/base/hiviewdfx/hiview
├── adapter             # Platform adaptation code
│   ├── service        # Service adaptation code
│   └── system_service # System API adaptation code
├── base                # Module definition and utility class
│   └── utility
├── build               # Compilation scripts
├── include             # Common definitions
├── core                # Plug-in management
└── service             # Platform services

Constraints

Use of C++14 features requires libc of C++14 or later.

Contribution

If you are interested in Hiview and want to become a contributor, refer to the Code Contribution Guide.

Usage

Hiview automatically starts with the device and loads plug-ins based on the configuration file.

Repositories Involved

DFX subsystem

hiviewdfx_hiview

hiviewdfx_hilog

hiviewdfx_hiappevent

hiviewdfx_hisysevent

hiviewdfx_faultloggerd

hiviewdfx_hilog_lite

hiviewdfx_hievent_lite

hiviewdfx_hiview_lite