1# ArkTS语言模块化加载异常常见问题 2 3 4## ArkTS 应用运行时出现模块化加载相关的异常报错提示,可能导致报错原因以及解决方法 5### "Cannot find dynamic-import module 'xxxx'" 6 7报错表示当前加载的模块未被编译到当前应用包内 8 9**报错原因:** 10 11通过动态加载传入表达式作为入参时,模块路径参数书写有误。 12``` typescript 13 import(module).then(m=>{m.foo();}).catch((e: Error)=>{console.info(e.message)}); 14``` 15 16**定位方法:** 17 18将待加载module路径信息打印出来,评估模块路径是否计算有误。 19 20### "Cannot find module 'xxxx' , which is application Entry Point" 21报错表示拉起应用abc时,执行入口文件查找失败 22 23**报错原因:** 24 25应用拉起时,应用入口文件模块查找失败。 26 27**定位方法:** 28 29(1) 打开应用工程级编译构建文件: entry > src/main/module.json5 30 31([OpenHarmony工程管理介绍](https://developer.huawei.com/consumer/cn/doc/harmonyos-guides-V3/ohos-project-overview-0000001218440650-V3)) 32module.json5部分参数示例如下: 33``` 34{ 35 "module": { 36 "name": "entry", 37 "type": "entry", 38 ... 39 "abilities": [ 40 { 41 "name": "EntryAbility", // 模块名称 42 "srcEntry": "./ets/entryability/EntryAbility.ts", // 标明src目录相对工程根目录的相对路径 43 "description": "$string:EntryAbility_desc", 44 "icon": "$media:icon", 45 "label": "$string:EntryAbility_label", 46 "startWindowIcon": "$media:icon", 47 "startWindowBackground": "$color:start_window_background", 48 "exported": true, 49 "skills": [ 50 { 51 "entities": [ 52 "entity.system.home" 53 ], 54 "actions": [ 55 "action.system.home" 56 ] 57 } 58 ] 59 } 60 ] 61 } 62} 63``` 64(2) 其中,"abilities":"srcEntry" 参数标记了该应用拉起的入口文件。如报错入口文件加载失败,请检查module.json5内的"srcEntry"参数是否书写正确。 65 66### "No export named 'xxxx' which exported by 'xxxx'" 67报错表示加载应用hap或har包内so时,该模块内未查找到特定对象 68 69**报错原因:** 70 71ets在模块化静态编译阶段,会预解析模块间依赖关系。ets文件内的导入变量名书写错误时,ide编译器与应用编译阶段均会报错提示。但目前对于应用内native C++模块的依赖关系检测会在运行阶段。 72 73**定位方法:** 74 75检查应用内so是否存在报错提示的导出变量,与加载应用内so导入变量处进行比较,不一致则适配修改。 76 77 78## ArkTS/Ts/Js加载so失败,表现行为是怎么样的 79 80加载so失败后,不显式抛出加载失败的js异常。开发者可以通过导出对象是否为undefined判断so的加载状态。 81 82**加载失败具体表现** 83 84| 加载类型 | ts/js模块 | 系统库so或应用so | 85| -------- | -------- | -------- | 86| 静态加载 | 虚拟机自动抛出异常,进程退出 | 无异常抛出,加载到的对象为undefined | 87| 动态加载 | 不主动抛出异常,走到reject分支,开发者可以调用catch方法来捕获这个错误 | 不主动抛出异常,依然进入resolve分支,开发者可以在resolve分支中检查模块导出变量是否为undefined | 88 89**示例1:系统库so或应用so静态加载失败** 90 91``` 92import testNapi from 'libentry.so' 93 94if (testNapi == undefined) { 95 console.error('load libentry.so failed.'); 96} 97``` 98 99执行结果 100``` 101load libentry.so failed. 102``` 103 104**示例2:系统库so或应用so动态加载失败** 105 106``` 107import('libentry.so') 108 .then(m => { 109 if (typeof m.default === 'undefined') { 110 console.warn(`load libentry.so failed.`); 111 } else { 112 console.info('load libentry.so success:', m); 113 } 114 return m; 115 }) 116 .catch((e: Error) => { 117 console.error('load libentry.so error:', e); 118 }); 119``` 120 121执行结果 122``` 123load libentry.so failed. 124``` 125 126**so加载失败可能的原因、定位方式以及解决方法** 127 128参考([Node-API常见问题](https://gitee.com/openharmony/docs/blob/master/zh-cn/application-dev/napi/use-napi-faqs.md))文档 129 130 131## 模块间循环依赖导致运行时未初始化异常问题定位 132 133模块间的循环依赖往往是存在这种文件依赖情况: 134```ts 135// file1 136 export {b} from './file2' 137 export {a} from './A' 138 139// file2 140 import {a} from './file1' 141 export let b:number = a; 142 143// A 144 export let a:number = 50; 145``` 146如上代码会报错: 147``` 148Error message:a is not initialized 149``` 150 151但如果仅仅是更换file1的加载顺序: 152```ts 153// file1 154 export {a} from './A' 155 export {b} from './file2' 156// file2 157 import {a} from './file1' 158 export let b:number = a; 159// A 160 export let a:number = 50; 161``` 162以上代码就不会报错。此时执行顺序:file1加载A, A文件无依赖;返回file1继续加载file2, file2文件加载file1时,变量a文件所在的A已经执行完成,因此正常加载。 163开发者需注意,模块化编译采用的是深度遍历加载。 164 165### 循环依赖的解决方法: 166[安全规则@security/no-cycle](https://developer.huawei.com/consumer/cn/doc/harmonyos-guides-V5/ide_no-cycle-V5) 167 168 169## ArkTS 符号未初始化报错场景示例 170 171ArkTS语言规范是基于ECMAScript规范的子集,根据语言规范,当访问一个还未完成初始化的符号时,运行时会抛出异常,为便于开发者定位解决源码问题,提供以下常见报错场景示例用于参考。 172 173### const/let声明前访问 174 175``` typescript 176console.log(a); // 报错信息:Variable 'a' is used before being assigned. 177console.log(b); // 报错信息:Variable 'b' is used before being assigned. 178 179let a = '1'; 180const b = '2'; 181``` 182**正例** 183 184``` 185let a = '1'; 186const b = '2'; 187 188console.log(a); 189console.log(b); 190``` 191 192 193### class声明前实例化 194 195``` typescript 196let a = new A(); // 报错信息:Class 'A' used before its declaration. 197 198class A {} 199``` 200 201**正例** 202 203``` 204class A {} 205 206let a = new A(); 207``` 208 209### class声明前访问其静态属性 210 211``` typescript 212let a = A.a; // 报错信息:Class 'A' used before its declaration. 213 214class A { 215 static a = 1; 216} 217``` 218 219**正例** 220 221``` 222class A { 223 static a = 1; 224} 225 226let a = A.a; 227``` 228 229### 在函数中访问未提前声明的let和const变量 230 231``` typescript 232foo(); // 报错信息:Error message:a is not initialized 233 234let a = 1; 235const b = 2; 236 237function foo() { 238 let v = a + b; 239} 240``` 241 242**正例** 243 244``` 245let a = 1; 246const b = 2; 247 248function foo() { 249 let v = a + b; 250} 251 252foo(); 253``` 254 255### 在函数中访问未提前声明的类的静态属性 256 257``` typescript 258foo(); // 报错信息:Error message:A is not initialized 259 260class A { 261 static a = 1; 262} 263 264function foo() { 265 let v = A.a; 266 let w = new A(); 267} 268``` 269 270**正例** 271 272``` 273class A { 274 static a = 1; 275} 276 277function foo() { 278 let v = A.a; 279 let w = new A(); 280} 281 282foo(); 283``` 284 285### 模块间循环依赖 - const/let 286 287``` typescript 288// module1.ets 289import { a, b } from './module2' 290 291export let i = 1; 292export let m = a; 293export const j = 2; 294export const n = b; 295 296// --------------------- 297 298// module2.ets 299import { i, j } from './module1' 300 301export let a = i; // 报错信息:Error message:i is not initialized 302export const b = j; // 报错信息:Error message:j is not initialized 303``` 304 305**解决方法** 306 307详见[循环依赖的解决方法](#循环依赖的解决方法) 308 309 310### 模块间循环依赖 - class 311 312``` typescript 313// class1.ets 314import { b } from './class2' 315 316export class A { 317 static a = b; 318} 319 320// --------------------- 321 322// class2.ets 323import { A } from './class1' 324export let b = 1; 325 326const i = A.a; // 报错信息:Error message:A is not initialized 327const j = new A(); // 报错信息:Error message:A is not initialized 328``` 329 330**解决方法** 331 332详见[循环依赖的解决方法](#循环依赖的解决方法)