trans_service模块基于系统内核提供的socket通信，向authmanager模块提供设备认证通道管理和设备认证数据的传输；向业务模块提供session管理和基于session的数据收发功能，并且通过GCM模块的加密功能提供收发报文的加解密保护。在之前的博客 OpenHarmony源码分析之分布式软总线：trans_service模块/认证通道管理 中已经对认证通道管理的相关源码进行了

trans_service模块基于系统内核提供的socket通信，向authmanager模块提供设备认证通道管理和设备认证数据的传输；向业务模块提供session管理和基于session的数据收发功能，并且通过GCM模块的加密功能提供收发报文的加解密保护。

trans_service模块基于系统内核提供的socket通信，向authmanager模块提供设备认证通道管理和设备认证数据的传输；向业务模块提供session管理和基于session的数据收发功能，并且通过GCM模块的加密功能提供收发报文的加解密保护。本文将继续介绍鸿蒙系统的会话机制的管理，承接上文 OpenHarmony源码分析之分布式软总线：trans_service模块(4)/TCP会

【代码】鸿蒙OpenHarmony之分布式软总线coap_discover.c(四)

trans_service模块基于系统内核提供的socket通信，向authmanager模块提供设备认证通道管理和设备认证数据的传输；向业务模块提供session管理和基于session的数据收发功能，并且通过GCM模块的加密功能提供收发报文的加解密保护。在上一篇博客OpenHarmony源码分析之分布式软总线：trans_service模块(2)/会话管理之新会话 中已经介绍了在分布式软总线中

在分布式软总线提供的数据传输服务中，为了提高处理效率，使用了多线程并发处理的机制，因此就会引入线程同步的问题，所谓线程同步，即当有一个线程在对内存进行操作时，其他线程都不可以对这个内存地址进行操作，直到该线程完成操作， 其他线程才能对该内存地址进行操作，而其他线程又处于等待状态，实现线程同步的方法有很多，临界区对象就是其中一种。trans_service模块的线程同步管理是基于互斥锁实现的，而对于

Harmony使用cJSON格式来组织coap设备服务发现数据。在 cJSON介绍 对cJSON主要结构体和接口函数做了介绍。下面将分析Harmony如何利用cJSON组织和解析设备数据。

这部分将分析当设备收到对端设备发现报文时，需要发送响应报文的过程。

本文会分析到coap_discover.c中有关wifi事件的消息队列处理过程。

上篇coap_service.c代码中基本上每个接口函数都调用了nstackx_common.c中的接口，最终nstackx_common.c中的接口函数再调用coap_discover.c中的接口函数。所以coap_service.c中的接口函数是对外提供的顶层接口，分析过程也是从顶层宏观调用到下层实现细节。