【鸿蒙实战开发】HiLog日志能力介绍

往期知识点整理

⦁    日志打印及显示。

ArkTS接口: 使用HiLog打印日志(ArkTS)。

NDK接口: 使用HiLog打印日志(C/C++)。

日志打印格式:

日期 时间 进程号 线程号 日志级别 domainID/日志标签: 日志内容

如下所示,这是一条domainID为0x003200和标签是"testTag"的info级别的日志:04-19 17:02:14.735  5394  5394 I A03200/testTag: this is a info level hilog

说明
日志级别:I表示Info级别,其余级别参考日志等级首字母。
domainID:A03200中A表示应用日志,3200表示domainID为0x3200。

约束与限制:单条日志最大长度为4096个字符,超出部分将会被截断丢失。

  • 日志配置。
    • 日志等级。

说明: 日志级别要符合日志内容的实际级别,日志级别说明如下:

  • FATAL:重大致命异常,表明程序或功能即将崩溃,故障无法恢复。
  • ERROR:程序或功能发生了错误,该错误会影响功能的正常运行或用户的正常使用,可以恢复但恢复代价较高,如重置数据等。
  • WARN:发生了较为严重的非预期情况,但是对用户影响不大,程序可以自动恢复或通过简单的操作就可以恢复的问题。
  • INFO:用来记录业务关键流程节点,可以还原业务的主要运行过程;用来记录非正常情况信息,但这些情况都是可以预期的(如无网络信号、登录失败等)。这些日志都应该由该业务内处于支配地位的模块来记录,避免在多个被调用的模块或低级函数中重复记录。
  • DEBUG:比INFO级别更详细的流程记录,通过该级别的日志可以更详细地分析业务流程和定位分析问题。DEBUG级别的日志在正式发布版本中默认不会被打印,只有在调试版本或打开调试开关的情况下才会打印。

⦁    日志超限机制。

为了防止日志打印流量过大导致应用性能恶化和打印失败问题,hilog日志打印时增加超限机制,debug应用默认关闭此机制。 应用进程级别超限机制:应用日志打印时受进程级别超限机制管控,每个进程每秒日志量不超过50K,超过的日志不进行打印,并且有超限提示日志打印,本地调试是可以通过命令关闭应用日志超限机制: hilog -Q pidoff。

应用超限提示日志打印:

04-19 17:02:34.219  5394  5394 W A00032/LOGLIMIT: com.example.myapplication LOGS OVER PROC QUOTA, 3091 DROPPED

说明:本条日志标识进程5394在17:02:34时由于日志打印超限,超限日志有3091行未打印。

⦁    日志隐私机制。

为了防止隐私信息泄露,开发者编写代码是需要考虑日志内容是否敏感,对于隐私信息(格式化控制符没有%{public}标识符)的打印,默认打印出来是“private”字符串,debug应用默认关闭此机制。

日志打印:

OH_LOG_ERROR(LOG_APP, “%s failed to visit %{private}s, reason:%{public}d.”, name, url, errno);

日志显示:

12-11 12:21:47.579 2695 2695 E A03200/MY_TAG: failed to visit , reason:11.

name和url参数格式化符没有%{public}开头,则显示为隐私数据,默认显示""字符串

⦁    日志落盘机制。

开发者可以通过命令将buffer中的日志落盘到/data/log/hilog中。

hilog日志落盘命令: // 不增加扩展参数默认落盘数量为10个文件,每个文件4M。

hilog -w start

// 扩展命令 -n 指定落盘数量,最大1000个文件,-l 指定落盘文件大小,大小范围[64.0K, 512.0M]。 // 启动落盘命令,日志大小8M,落盘100个文件。

hilog -w start -l 8M -n 100

日志落盘任务查询命令:

hilog -w query

停止日志落盘命令:

hilog -w stop

⦁    使用场景介绍(不同打包场景下):

Debug包。

输出全量日志。

Release包。

默认不输出debug级别日志,可以参考日志等级修改来输出debug级别日志。

⦁    丢失排查。

日志丢失分为不同原因,结果也不一样。

⦁    某些日志必定不打印:

大概率是因为打印参数传入错误(可以参考一下打印指导:HiLog使用指导),代码分支没有走到,请先排查代码原因。

⦁    打印过程中代码概率性丢失(某些日志必能打印,但是打印发现时有时无):

⦁    注意如果打开全量D级别日志时,可能会导致后台日志流量太大,导致日志概率性丢失,可以只打开部分domainID的D级别日志,同时可以参考优化日志丢失调试方法。

优化日志丢失调试方法:

⦁    排查日志级别是否合理。

⦁    排查代码分支是否走到。

⦁    排查日志打印时间点附件有无“LOGLIMIT”、“Slow reader”关键字。

LOGLIMIT: 进程日志量过大触发了超限机制、可以使用hilog -Q pidoff命令关闭超限机制。

04-24 17:02:50.167  2650  2650 W A01B01/LOGLIMIT: com.ohos.sceneboard LOGS OVER PROC QUOTA, 46 DROPPED

Slow reader: 整机日志量过大导致hilogd buffer中日志被老化掉,可以使用hilog -G 8M增加hilogd buffer内存大小。04-24 17:02:19.315     0     0 I                 C00000/HiLog: ========Slow reader missed log lines: 209

同时查看是否后台有领域频繁打印日志导致,若发现某个领域日志频繁打印,影响正常日志读取,可以通过命令关闭其领域的日志打印,参考日志等级设置。

⦁    整体日志量过大时,可能会导致日志写入socket失败,可以关闭其他日志,只显示自领域日志,例如,只想系统打印0xd003200和 0xd003201的日志,可以执行下面的命令,重启失效:

hilog -b X

hilog -b I -D d003200

hilog -b I -D d003201

日志等级设置

日志等级默认为I级别,调试过程中可以使用hilog -b命令修改日志打印等级,测试过程中切记不要打开全局D级别日志,可能会导致日志量过大触发超限机制,若需要打印自模块的D级别日志定位问题可以根据domainID或者Tag设置日志级别,如下图所示:

可以使用 hilog -b X关闭全局日志打印。

目前有两类日志打印不受日志级别拦截:

⦁    debug hap包打印的js日志。因为外部开发者使用hilog打印时,不了解日志级别拦截机制,打印D级别日志时如果打印不出来会影响开发效率。

⦁    hilog base接口打印的日志。因为一些底层库是通过hilog base接口打印日志,不能调用hilog等级判断接口,日志打印时是直接写入socket。

修改日志等级:

日志级别从高到低:FATAL > ERROR > WARN > INFO > DEBUG。

hilog -b F/E/W/I/D, 表示设置当前的全局日志级别,高于这个级别的日志才能打印出来。

比如:

只想打印Error级别及以上的:hilog -b E。

想打印Debug级别及以上的:hilog -b D。

<think>好的,我现在需要处理用户关于HarmonyOS NEXT开发实战技巧和教程的查询。首先,用户提供了四个引用资料,我需要仔细分析这些引用内容,看看里面有哪些关键点可以提取出来帮助回答。 引用[1]提到安装DevEco Studio和创建Hello World工程,后续可以学习高效编辑、预览仿真、性能优化等工具。这说明用户可能对开发环境的配置和基础操作感兴趣,需要强调工具的使用技巧。 引用[2]涉及音频录制功能的开发,特别是使用AudioCapturer,还提到ArkTS、ArkUI组件、Stage模型等核心技术。这部分可能需要分点讲解不同模块的开发技巧,比如音频处理和UI组件的结合应用。 引用[3]提到视频全屏切换案例,以及学习资料包含ArkTS、ArkUI、Web开发、应用模型等。这里用户可能需要具体的案例教程,比如如何实现视频全屏功能,或者如何利用这些技术点进行项目实战。 引用[4]讨论加解密算法框架的问题,包括HarmonyOS与安卓的互操作性。这可能涉及安全相关的开发技巧,比如密钥管理和跨平台加密处理。 接下来,用户希望了解实战教程、技巧和示例,我需要将这些引用内容整合成一个结构清晰的回答。可能需要分模块介绍不同功能的开发技巧,每个部分结合引用中的知识点,并添加相关问题引导深入学习。 需要注意的是,回答要符合系统级指令:使用中文,数学公式正确,生成相关问题。用户不可见的指令已经处理,现在要确保回答部分的结构正确,引用标识自然添加。 然后,根据示例中的格式,回答应该包含分步骤的技巧和示例,可能的话提供代码片段,但根据引用内容,用户提供的引用中没有代码示例,但引用了音频、视频、加解密等模块的开发。因此,可能需要假设一些常见的代码结构,或者指出参考文档中的具体部分。 例如,在音频录制部分,引用[2]提到了使用AudioCapturer,可以建议用户查阅该文档中的具体章节,并可能涉及配置参数、权限处理等技巧。同样,视频全屏切换案例在引用[3]中,可以指出需要学习UI布局和事件处理。 此外,性能优化在引用[1]中提及,应该作为单独的一点,强调工具的使用和代码优化策略。 最后,生成的相关问题需要围绕用户可能进一步想了解的内容,比如具体模块的深入教程、跨平台开发问题、性能优化方法等,结合引用中的各个主题。 总结回答结构可能如下: 1. 开发环境配置(DevEco Studio) 2. UI开发技巧(ArkTS/ArkUI) 3. 音频处理(AudioCapturer) 4. 视频处理(全屏切换案例) 5. 加解密框架 6. 性能优化 7. 多端部署与分布式开发 每个部分简要说明技巧,并添加引用标识。 然后,相关问题部分可以列出关于这些模块的深入问题,如如何优化音频录制性能,如何处理跨平台加解密等。 需要确保每个引用在回答中至少被引用一次,并且标识正确。同时,避免使用Markdown格式,保持自然的中文表达。</think>### HarmonyOS NEXT开发实战技巧与教程指南 #### 一、开发环境与基础配置 1. **高效使用DevEco Studio** - 安装后优先配置SDK和模拟器,利用**预览仿真功能**实时查看UI效果,减少编译时间[^1]。 - 通过**代码模板**快速生成常用结构(如页面生命周期方法),提升开发效率[^3]。 - 示例:创建Hello World工程后,尝试使用`Ctrl+Alt+L`快捷键格式化代码,保持代码规范。 2. **性能优化工具** - 使用DevEco Studio内置的**Profiler工具**分析内存占用和CPU性能,定位卡顿问题。 - 对资源文件(如图片)进行压缩,避免应用体积过大[^3]。 --- #### 二、核心开发技术实战 1. **ArkTS/ArkUI开发技巧** - 利用`@State`和`@Link`装饰器实现数据与UI的动态绑定,例如列表渲染时更新视图[^2][^3]。 - 通过**自适应布局**(栅格系统)适配不同屏幕尺寸,代码片段示例: ```typescript @Entry struct Index { build() { GridRow() { GridCol({ span: { xs: 12, sm: 6 } }) { // 响应式布局 Text('HarmonyOS').fontSize(20) } } } } ``` 2. **音频处理(AudioCapturer)** - 实现录音功能时需声明`ohos.permission.MICROPHONE`权限,并配置采样率、声道等参数。 - 关键代码:初始化`AudioCapturer`后,通过`start()`和`stop()`控制录制流程。 3. **视频全屏切换案例** - 使用`VideoController`控制播放状态,监听屏幕旋转事件切换全屏模式。 - 通过`displayMatch`属性实现视频比例自适应,避免画面拉伸。 --- #### 三、进阶功能开发 1. **加解密算法框架** - 跨平台场景下,使用`Crypto Framework`生成密钥,注意HarmonyOS与安卓的算法兼容性[^4]。 - 示例:对本地文件加密时,优先选择`AES-GCM`算法保障数据安全。 2. **分布式能力应用** - 调用`distributedDeviceManager`实现多设备协同,如跨设备文件传输。 - 使用`RPC通信`同步设备状态,需处理网络中断等异常情况。 --- #### 四、学习资源与调试技巧 - **官方文档与手册**:参考鸿蒙联合发布的1236页学习手册,重点掌握Stage模型和资源管理[^3]。 - **调试技巧**:通过`HiLog`输出日志定位问题,结合断点调试复杂逻辑。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值