一、启动优化 优化方案： 精简启动初始化操作：避免在Application、Ability的onCreate方法中，执行大量初始化操作（如加载全局数据、初始化第三方SDK、同步接口请求）；将非必要的初始化操作，延迟到首屏渲染完成后执行（如在onWindowStageCreate方法中，通过setTimeout延迟初始化）。 优化资源加载：减少启动时加载的资源数量（如避免启动时加载大量图片、字体）；

一、应用闪退 1. 排查思路​ 闪退问题的排查核心是“捕获异常日志”，通过日志定位具体报错代码行，再分析报错原因。OpenHarmony应用闪退时，会在DevEco Studio的“Run”日志或设备日志中输出异常信息，重点关注“Error”“Crash”“Exception”等关键词。​ 2. 常见场景与解决方案​ 场景1：页面跳转时闪退，日志提示“Ability not found”​ 原因：

一、环境安装类 问题1：DevEco Studio无法自动下载SDK，提示“网络连接失败” 排查思路：优先排查网络与代理配置，这是最常见的原因；其次检查SDK路径是否合法，避免中文、空格等特殊字符。 解决方案： 检查网络通畅性，关闭防火墙、杀毒软件，尝试访问OpenHarmony官方网站，确认网络能正常访问外网。 若所在网络有管控（如公司内网），进入DevEco Studio配置界面，依次点击“S

v7验证 1.部署 1.接入D100开发板，进入hdc模式，挂载根目录 hdcshell mount-oremount,rw / 2.传输三方库到开发板根目录 hdcfile send D:\app\inotify.tar.gz / 3.解压缩到开发板根目录，设置环境变量 tar-zxvfinotify.tar.gz exportPATH=/inotify/bin:$PATH exportLD_L

v8验证 1.部署 1.接入c200开发板，进入hdc模式，挂载根目录 hdcshell mount-oremount,rw / 2.传输三方库到开发板根目录 hdcfile send D:\app\inotify.tar.gz / 3.解压缩到开发板根目录，设置环境变量 tar-zxvfinotify.tar.gz exportPATH=/inotify/bin:$PATH exportLD_L

1.拷贝 将build.tar.gz压缩包拷贝到用户的编译目录下解压 tar-zxvfbuil.tar.gz 目录层级： build ├── inotifypatch.patch └── inotify.sh 2.修改 1.打开编译脚本inotify.sh 2.修改“用户配置路径” 3.编译 安装工具 sudoapt-get install autoconf automake libtool 进入

can-utils测试验证（V7验证D100开发板，支持can fd） 先从iproute中编译出ip命令，拷贝到can-utils可执行文件中 在客户端执行 ./ip link set down can0 ./ip link set can0 type can bitrate 1000000 dbitrate 1000000 fd on ./ip link set can0 type can l

can-utils源码下载 https://salsa.debian.org/debian/can-utils/-/tree/v2023.03?ref_type=tags 解压：unzip can-utils-v2023.03.zip armv7 1.使用cmake方式 cmake -DCMAKE_TOOLCHAIN_FILE= ${HOME}/native/build/cmake/ohos.

一、环境配置与工具初始化​ ohpm（OpenHarmony 包管理器）基础命令​ 初始化项目：ohpm init（在项目根目录执行，生成 package.json）​ 安装依赖：ohpm install [依赖名]（如ohpm install @ohos/router）​ 卸载依赖：ohpm uninstall [依赖名]​ 查看依赖列表：ohpm list​ 清理缓存：ohpm cache c

一、问题定位​ 现象：App 界面无响应、点击 / 滑动无反馈，系统可能弹出 “应用未响应” 提示​ 核心原因：主线程被阻塞（耗时操作、死锁、资源争抢等）​ 二、关键工具​ DevEco Studio：打开 Profiler→CPU 分析，查看主线程（main）是否有长时间占用（超过 500ms）​ HiLog：过滤日志标签（如应用包名），搜索 “ANR”“Freeze” 关键词，获取问题发生时间