HarmonyOS 鸿蒙Next拆出多个Feature module后,原Entry依赖module(HSP)导致打包size成倍增加问题
HarmonyOS 鸿蒙Next拆出多个Feature module后,原Entry依赖module(HSP)导致打包size成倍增加问题
我们参照一多的样例工程,将功能较独立的模块拆出来作为一个module(HSP),原entry依赖各个功能module的形式,打release包的时候发现,生成的app文件比原来大了好几倍,将app解压发现里面的.hsp每个都40M+,然而每个功能Module并未携带大文件只是些源码。 感觉像是每个Module都携带了可能重复的底层依赖的东西。 想问一下是否有什么需要配置的,可以避免携带系统或者框架的东西,避免导致多个Module形式的工程打出的APP尺寸过大?
更多关于HarmonyOS 鸿蒙Next拆出多个Feature module后,原Entry依赖module(HSP)导致打包size成倍增加问题的实战系列教程也可以访问 https://www.itying.com/category-93-b0.html
1 回复
更多关于HarmonyOS 鸿蒙Next拆出多个Feature module后,原Entry依赖module(HSP)导致打包size成倍增加问题的实战系列教程也可以访问 https://www.itying.com/category-93-b0.html
针对HarmonyOS 鸿蒙Next拆出多个Feature module后,原Entry依赖module(HSP)导致打包size成倍增加的问题,以下是一些建议的解决方法:
- 优化依赖管理:检查项目的依赖配置,确保没有不必要的依赖项被包含在内。对于HSP模块,考虑是否可以将部分功能拆分到其他模块中,以减少Entry模块的依赖。
- 合并HAR产物:如果多个HSP模块产生的HAR产物可以合并成一个,这将有助于减少总的打包大小。然而,需要注意的是,HarmonyOS的文档中提到依赖不支持传递,可能需要寻找其他方法来实现合并。
- 使用组件化方案:通过组件化设计,去除模块间的直接依赖关系,使每个业务模块可以独立存在。这有助于减少Entry模块对其他模块的依赖,从而降低打包大小。
如果问题依旧没法解决请联系官网客服,官网地址是:https://www.itying.com/category-93-b0.html 。