通过更改/etc/systemd/network/systemd-networkd-wait-online.service 将超时时间缩小，发现启动变快了，所以就定位到这个地方肯定导致延时了。服务是不认可的(因为实际去查看systemd-networked源码有点麻烦，就想先通过验证现象看看能不能验证猜想)，经过查看参考以下连接，配置eth0的ip，启动就很丝滑了，没有什么延时现象。启动时发现网络

利用python库抽象语法树(AST)和类图描述语言(PlantUML),实现自动将python代码生成类图的目的。

在分析openharmony的hdf框架的设备驱动加载器(IDriverLoader)时发现在创建实例时会首先判断一下是否完成了驱动入口的构建(HdfDriverEntryConstruct)，如果没有构建会重新构建，这与我开始以为的不一致(我一直以为是采用的linux内核方式，只是由hdf来将驱动注册进去)，oh将这部分由hdf框架接管了。下面我便将这部分实现驱动程序的动态加载和管理的技术细节进

1.MBR分区MBR（Main Boot Record 主引导记录区）位于整个硬盘的0磁道0柱面1扇区。在512字节的主引导扇区中，MBR只占用了其中的446个字节，另外的64个字节交给了 DPT（Disk Partition Table硬盘分区表），最后两个字节“55，AA”是分区的结束标志。这个整体构成了硬盘的主引导扇区。2.硬盘分区DPT详解分区表由4项组成，每项16个字节（B...