登录社区云，与社区用户共同成长
邀请您加入社区
本文分析了OpenHarmony文件分享功能的实现链路，从JS接口到底层传输的全过程： 调用链路： NAPI层解析JS参数并构造SendTask对象 业务层进行三重参数校验（设备ID、文件列表、分享类型） IPC跨进程通信将任务转发给SA服务端 核心传输流程： 建立消息通道同步任务信息 创建文件传输通道（支持P2P/WLAN双链路） 通过SoftBus进行实际文件传输，支持分片和进度回调 关键技术
本文分析了OpenHarmony系统文件互传的双端日志，展示了完整的文件传输流程。发送端通过控制通道（sessionId=1）建立连接并协商元数据，随后通过数据通道（sessionId=2）完成441KB图片文件的传输（耗时72ms）。接收端在文件校验通过后自动完成媒体入库。日志显示传输过程中出现两次认证失败（测试环境未及时确认导致），以及接收端屏幕锁定引发的DisableShare失败（已完成后
本文介绍了鸿蒙生态设备间文件互传的技术规范，重点阐述了设备发现、连接认证和文件传输的全流程。内容涵盖基于OpenHarmony 5.0系统的图库/文件管理器应用实现方案，详细解析了设备通过BLE广播与扫描的发现机制、基于PIN码的双向身份认证流程，以及分布式软总线建立消息、字节流和文件三种会话通道的技术实现。规范明确了从设备发现到文件传输的五个阶段，包括底层物理连接建立、会话管理、业务逻辑认证等关
摘要：Linux内核引入RDMA DMA-BUF支持，实现GPU显存与网卡间的直接数据传输。传统方法因GPU显存缺乏标准page结构而失效，新方案利用DMA-BUF机制，让RDMA驱动作为导入者，通过ODP技术动态获取DMA地址，避免强制钉住内存。该特性包含4个核心补丁，在mlx5驱动中实现，显著降低CPU开销和延迟，支持真正的零拷贝P2P传输，为异构计算架构和未来高速互联技术奠定基础。
P2P打洞技术是WebRTC实现点对点直连的关键，它通过巧妙利用STUN服务器"欺骗"NAT设备。当两台设备处于不同内网时，首先通过公网服务器交换地址信息，然后互相发送UDP包建立NAT映射关系。虽然UDP打洞在锥型NAT下效果良好，但对称型NAT需要降级使用TURN服务器中转。保持连接需要定期发送心跳包防止NAT映射过期。理解这一底层原理有助于解决WebRTC连接中的各类异常
Kotlin扩展函数实现dp转px：通过为Int类型添加dp2px方法(如16.dp2px(context))，比工具类调用更简洁。内部使用TypedValue.applyDimension确保兼容性，支持Int和Float类型转换。注意context不能为空，频繁调用时应缓存结果，这是Kotlin推荐的实现方式。
InheritedWidget与 StatefulWidget 的区别首先，InheritedWidget和StatefulWidget的继承链不同，对比如下。InheritedWidget继承自ProxyWidget，之后才是Widget，而StatefulWidget直接继承Widget。 其二是创建的渲染元素类不同，InheritedWidget的createElement返回的是Inher
一.对象1.object关键字使用object关键字,你可以定义一个只能产生一个实列的类-单例1.对象声明对象声明有利于组织代码和管理状态，尤其是管理整个应用运行生命周期内的某些一致性状态。//object表示单例object ApplicationSingle {init {print("ApplicationSingle")}fun setMatt...
/// 多选构造函数////// [title] 参数是要在触发器小部件和模式标题中显示的文本。////// [placeholder] 参数是当没有选定选项时要显示的文本。////// [selectedValue] 参数是当前选择的值。////// [selectedChoice] 参数是当前选择的选项。////// [selectedResolver] 是从 [selectedValue]
