<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[]]></title><description><![CDATA[]]></description><link>https://blog.csdn.net/gzjimzhou</link><language>zh-cn</language><generator>https://blog.csdn.net/</generator><copyright><![CDATA[Copyright &copy; gzjimzhou]]></copyright><item><title><![CDATA[【Eclipse OpenSOVD学习之十四】差距清单与演进建议]]></title><link>https://blog.csdn.net/gzjimzhou/article/details/164758537</link><guid>https://blog.csdn.net/gzjimzhou/article/details/164758537</guid><author>gzjimzhou</author><pubDate>Thu, 10 Sep 2026 00:25:53 +0800</pubDate><description><![CDATA[本章汇总前 12 章发现的所有问题，按优先级排序，并给出能力完成度评估与演进路线建议。]]></description><category></category></item><item><title><![CDATA[【Eclipse OpenSOVD学习之十三】质量工程]]></title><link>https://blog.csdn.net/gzjimzhou/article/details/164758528</link><guid>https://blog.csdn.net/gzjimzhou/article/details/164758528</guid><author>gzjimzhou</author><pubDate>Thu, 10 Sep 2026 00:24:39 +0800</pubDate><description><![CDATA[诊断服务的缺陷往往出现在跨层交互（协议序列化、错误映射、传输边界），因此既需要大量单测覆盖算法，也需要端到端测试覆盖真实 HTTP 行为。提供的命令行选项（）：提供的 fixture（）：
2.4 CI 流水线

覆盖率： → JSON →  渲染 Markdown → 发布到 GitHub Pages（当前徽章 87%）。

关键设计：
即：优先用预构建二进制（CI 中跨 job 复用）→ 否则从源码构建 → 用  精确定位产物路径（避免硬编码 ）。 解析  的输出，把每个 Rust 测试动态展开为 py]]></description><category></category></item><item><title><![CDATA[【Eclipse OpenSOVD学习之十二】 MCP 集成（opensovd-mcp）]]></title><link>https://blog.csdn.net/gzjimzhou/article/details/164758522</link><guid>https://blog.csdn.net/gzjimzhou/article/details/164758522</guid><author>gzjimzhou</author><pubDate>Thu, 10 Sep 2026 00:23:15 +0800</pubDate><description><![CDATA[MCP（Model Context Protocol）是让 LLM 应用连接外部系统的开放协议。SOVD 与 MCP 天然契合：SOVD 的实体/能力模型是的（capabilities + HATEOAS），几乎不需要额外建模就能提供给 LLM；而"用自然语言问车怎么了"正是诊断场景的直觉交互。]]></description><category></category></item><item><title><![CDATA[【Eclipse OpenSOVD学习之十一】网关二进制与部署]]></title><link>https://blog.csdn.net/gzjimzhou/article/details/164758513</link><guid>https://blog.csdn.net/gzjimzhou/article/details/164758513</guid><author>gzjimzhou</author><pubDate>Thu, 10 Sep 2026 00:22:23 +0800</pubDate><description><![CDATA[SOVD gateway 是：把多个下游 SOVD server（车内多个 ECU/HPC、或下层网关）的实体汇聚成统一视图，对外暴露单一/sovd/v1。因此 gateway 是""——它把库的能力通过 CLI 参数暴露出来。]]></description><category></category></item><item><title><![CDATA[【Eclipse OpenSOVD学习之十】客户端 SDK]]></title><link>https://blog.csdn.net/gzjimzhou/article/details/164758503</link><guid>https://blog.csdn.net/gzjimzhou/article/details/164758503</guid><author>gzjimzhou</author><pubDate>Thu, 10 Sep 2026 00:21:19 +0800</pubDate><description><![CDATA[客户端 SDK 基于 hyper + Tower 构建，支持 Unix domain socket 与版本协商。通过延迟求值链式构建器实现高效请求组合，利用 Discovery 自动获取服务端 base_uri 并适配多版本。核心流程包括路径编码、URI 拼接、异步发送与响应解析，确保类型安全、可复用且与服务端同构。]]></description><category></category></item><item><title><![CDATA[【Eclipse OpenSOVD学习之九】 认证与授权（AuthN / AuthZ）]]></title><link>https://blog.csdn.net/gzjimzhou/article/details/164758495</link><guid>https://blog.csdn.net/gzjimzhou/article/details/164758495</guid><author>gzjimzhou</author><pubDate>Thu, 10 Sep 2026 00:20:07 +0800</pubDate><description><![CDATA[SOVD 面向：诊断数据会流出车外、被第三方使用。因此安全不能是"外挂一层反向代理"，而应是。]]></description><category></category></item><item><title><![CDATA[【车载软件信息安全】 车载嵌入式设备中的安全随机数：技术原理、实现机制与工程实践]]></title><link>https://blog.csdn.net/gzjimzhou/article/details/164745564</link><guid>https://blog.csdn.net/gzjimzhou/article/details/164745564</guid><author>gzjimzhou</author><pubDate>Wed, 09 Sep 2026 15:25:40 +0800</pubDate><description><![CDATA[车载系统对随机数要求严苛，因启动快、环境噪声少、寿命长且易遭物理攻击。Linux 内核通过硬件真随机源（TRNG）为熵池注入真实熵，经 input_pool 混合后，由 ChaCha20 构建的 DRNG（CRNG）扩展为密码学安全输出。getrandom() 为推荐接口，确保种子充分播种；密钥实时擦除机制保障前向安全。尽管 /dev/urandom 非阻塞，但现代内核中其安全性等同于 /dev/random，应用应优先使用 getrandom() 而非直接操作设备文件。]]></description><category></category></item><item><title><![CDATA[【Eclipse OpenSOVD学习之八】 路由与处理器]]></title><link>https://blog.csdn.net/gzjimzhou/article/details/164633084</link><guid>https://blog.csdn.net/gzjimzhou/article/details/164633084</guid><author>gzjimzhou</author><pubDate>Wed, 09 Sep 2026 00:31:29 +0800</pubDate><description><![CDATA[在请求路径上生成 schema，未缓存。schema 是静态的，应 lazy static 缓存。：先取锁拿到 provider 的克隆、立即放锁、再 await。——拓扑变更只能通过代码注入或 DiscoveryProvider（见。时才调用（惰性），避免所有请求都付出 schema 生成成本。§4.2 缺陷 5）——把。，handler 可直接写。——见 §4.1 缺陷 1。：所有 handler 在。哪些字符需要转义（保留。]]></description><category></category></item><item><title><![CDATA[【Eclipse OpenSOVD学习之七】 服务端运行时（Server / Builder / 中间件 / 传输）]]></title><link>https://blog.csdn.net/gzjimzhou/article/details/164633060</link><guid>https://blog.csdn.net/gzjimzhou/article/details/164633060</guid><author>gzjimzhou</author><pubDate>Wed, 09 Sep 2026 00:28:19 +0800</pubDate><description><![CDATA[因此运行时必须：监听器类型、鉴权方式、中间件栈、TLS、基础路径、静态资源挂载都应是可配置的，而不是写死的。]]></description><category></category></item><item><title><![CDATA[【Eclipse OpenSOVD学习之六】 数据访问层（DataProvider）]]></title><link>https://blog.csdn.net/gzjimzhou/article/details/164633024</link><guid>https://blog.csdn.net/gzjimzhou/article/details/164633024</guid><author>gzjimzhou</author><pubDate>Wed, 09 Sep 2026 00:23:05 +0800</pubDate><description><![CDATA[SOVD 把"诊断数据"抽象为，而非 UDS 的"按 DID 读写"。idnamecategorygroupstagsschema服务端不关心数据从哪来（传感器、配置文件、UDS 适配器、内存变量），只关心一个统一接口。这就是trait 存在的意义——。]]></description><category></category></item><item><title><![CDATA[【Eclipse OpenSOVD学习之五】拓扑引擎（Topology）]]></title><link>https://blog.csdn.net/gzjimzhou/article/details/164633012</link><guid>https://blog.csdn.net/gzjimzhou/article/details/164633012</guid><author>gzjimzhou</author><pubDate>Wed, 09 Sep 2026 00:21:40 +0800</pubDate><description><![CDATA[本章是整套架构的核心。Topology 决定了：实体如何存储、关系如何查询、并发如何控制、变更如何传播、远端实体如何汇聚。]]></description><category></category></item><item><title><![CDATA[【Eclipse OpenSOVD学习之四】 领域模型与类型系统]]></title><link>https://blog.csdn.net/gzjimzhou/article/details/164508474</link><guid>https://blog.csdn.net/gzjimzhou/article/details/164508474</guid><author>gzjimzhou</author><pubDate>Tue, 08 Sep 2026 00:05:57 +0800</pubDate><description><![CDATA[SOVD将领域模型与HTTP传输解耦，构建零HTTP依赖的opensovd-core，支持内嵌与离线测试。通过EntityRef类型化引用（kind+id）避免实体误用。实体（Component/App/Area）采用消费式builder构建，DTO层与领域层严格分层]]></description><category></category></item><item><title><![CDATA[【Eclipse OpenSOVD学习之三】 Workspace 与 crate 分层]]></title><link>https://blog.csdn.net/gzjimzhou/article/details/164508446</link><guid>https://blog.csdn.net/gzjimzhou/article/details/164508446</guid><author>gzjimzhou</author><pubDate>Tue, 08 Sep 2026 00:01:59 +0800</pubDate><description><![CDATA[挡在公开 API 之外（避免下游被 schemars 版本绑定），同时让无 schema 场景也能编译。两个 blanket impl 由。这套约束直接禁掉了车载/嵌入式最常见的几类隐患：越界索引、算术溢出、裸 unwrap、非 Send/Sync 的共享（这是唯一一处"上层定义接口、下层提供实现"的依赖倒置（通过 feature 可选依赖实现）。Cargo feature 的并集语义导致了这个泄漏。（依赖 providers）时，即使关掉。因此当 gateway 同时启用。是 optional 的，但。]]></description><category></category></item><item><title><![CDATA[【Eclipse OpenSOVD学习之一】 系列简介]]></title><link>https://blog.csdn.net/gzjimzhou/article/details/164508410</link><guid>https://blog.csdn.net/gzjimzhou/article/details/164508410</guid><author>gzjimzhou</author><pubDate>Mon, 07 Sep 2026 23:56:44 +0800</pubDate><description><![CDATA[<think>我们根据内容生成≤150字摘要。需要概括核心：Eclipse OpenSOVD是SOVD标准开源实现，用REST资源模型表达诊断。分析了opensovd-core，架构五个环节，质量高但功能完成度约18%，适合学习原型，不适合生产。注意字数。</think>Eclipse OpenSOVD是ISO SOVD标准的Rust开源实现，以REST资源模型重构车辆诊断。核心架构含“发现、拓扑、路由、守卫、数据”五环节，代码质量高（覆盖率87%、严格lint），但功能完成度仅约18%，仅实现版本/实体/]]></description><category></category></item><item><title><![CDATA[【Eclipse OpenSOVD学习之二】 SOVD 协议原理与标准背景]]></title><link>https://blog.csdn.net/gzjimzhou/article/details/164508267</link><guid>https://blog.csdn.net/gzjimzhou/article/details/164508267</guid><author>gzjimzhou</author><pubDate>Mon, 07 Sep 2026 23:43:27 +0800</pubDate><description><![CDATA[Eclipse OpenSOVD 是ISO 17978-3:2026 SOVD（Service-Oriented Vehicle Diagnostics，面向服务的车辆诊断）标准的开源实现。用 HTTP 资源模型重新表达诊断——把整车诊断能力抽象成 REST 资源，取代传统的 UDS/ODX 点对点诊断协议。分析对象是 Eclipse 组织下的仓库（核心代码仓，含 Server / Client / Gateway）。]]></description><category></category></item><item><title><![CDATA[从 CodeGraph 到 Sourcegraph：代码知识图谱构建与工具选型指南]]></title><link>https://blog.csdn.net/gzjimzhou/article/details/163925336</link><guid>https://blog.csdn.net/gzjimzhou/article/details/163925336</guid><author>gzjimzhou</author><pubDate>Thu, 20 Aug 2026 19:32:34 +0800</pubDate><description><![CDATA[本文介绍了代码知识图谱（Codebase Knowledge Graph）的概念及其主流工具分类与选型指南。文章首先阐述了代码知识图谱的必要性，包括提供语义级关系、跨语言统一表示、可增量更新和机器可消费等优势。 接着将主流工具分为五类：传统代码搜索引擎（如OpenGrok）、代码智能产品平台（如Sourcegraph）、AI代码图谱MCP工具（如CodeGraph）、语义框架（如Kythe）和语义数据格式/协议（如SCIP）。每类工具都有不同的定位和使用场景。 文章详细介绍了每类工具的代表性产品，包括： O]]></description><category></category></item><item><title><![CDATA[【代码质量】圈复杂度（CCN）入门与实战：用「字段表驱动」为巨型函数瘦身]]></title><link>https://blog.csdn.net/gzjimzhou/article/details/163917050</link><guid>https://blog.csdn.net/gzjimzhou/article/details/163917050</guid><author>gzjimzhou</author><pubDate>Thu, 20 Aug 2026 14:47:07 +0800</pubDate><description><![CDATA[本文介绍了代码圈复杂度（CCN）的概念、计算方法和优化实践。CCN用于衡量函数中独立执行路径的数量，数值越高表示代码越复杂难维护。文章通过迷宫比喻解释了CCN的计算原理，并提供了三种计算公式和决策点计数示例。关键内容包括： CCN的计算方法：决策点（if/for/while等）+1，并给出了业界推荐的阈值标准（>10需关注，>30必须重构）。 介绍了多种CCN检测工具，如lizard、SonarQube等，并演示了lizard的实际使用方式。 通过一个实际案例（CCN=244的配置解析函数）展示了高复杂度代]]></description><category></category></item><item><title><![CDATA[【高可靠性软件】从断网到坠机：通信、汽车与航空嵌入式软件的可靠性阶梯闲谈]]></title><link>https://blog.csdn.net/gzjimzhou/article/details/162498389</link><guid>https://blog.csdn.net/gzjimzhou/article/details/162498389</guid><author>gzjimzhou</author><pubDate>Wed, 01 Jul 2026 23:39:51 +0800</pubDate><description><![CDATA[本文对比分析了通信设备、车载电子和航空机载三类嵌入式系统的可靠性要求差异。核心区别在于失效后果：通信设备关注业务连续性（"五个九"可用性），允许重启恢复；车载电子(ASIL-D级)要求故障不致命，需支持降级运行；航空机载(DO-178C A级)实行零容忍政策，完全禁止动态内存分配，要求100%全路径时序分析和多冗余架构。军工机载在此基础上还需应对极端环境。三者形成递进关系：从服务保障到人身安全，再到绝对可靠性的不同层级要求。理解这些差异对开发策略选择至关重要。]]></description><category></category></item><item><title><![CDATA[车载RTOS的POSIX分类概述]]></title><link>https://blog.csdn.net/gzjimzhou/article/details/162074366</link><guid>https://blog.csdn.net/gzjimzhou/article/details/162074366</guid><author>gzjimzhou</author><pubDate>Wed, 17 Jun 2026 17:35:56 +0800</pubDate><description><![CDATA[摘要： 随着中央域控架构和AUTOSAR AP的普及，POSIX支持成为车载RTOS选型的关键指标。本文解析POSIX的四个实时嵌入式Profile（PSE51/52/53/54），指出AUTOSAR AP仅需PSE51（单进程），多进程需PSE54或完整POSIX.1。根据POSIX支持力度，将12款主流车载RTOS分为四级： Tier1（完整POSIX）：如QNX、VxWorks、NuttX，支持多进程和Linux生态移植，适用于智驾/座舱域控； Tier2（中度支持）：如RT-Thread Smart]]></description><category></category></item><item><title><![CDATA[嵌入式车载Linux中各种进程间通信IPC基础知识（中级）]]></title><link>https://blog.csdn.net/gzjimzhou/article/details/156848579</link><guid>https://blog.csdn.net/gzjimzhou/article/details/156848579</guid><author>gzjimzhou</author><pubDate>Mon, 12 Jan 2026 09:27:54 +0800</pubDate><description><![CDATA[无论是面试还是在日常工作中，Linux下的进程之间的通信技术，都是一个基础常用的技能。本文对这个知识点进行了汇总，并且结合车载嵌入式编程的场景特点，对具体应用时候给出一些指导意见。在车载嵌入式系统（如基于 AUTOSAR Adaptive Platform 的 NeuSAR、AGL、YOCTO 构建的 Linux 系统）中，多个功能模块（如 Execution Management、State Management、传感器处理单元等）通常以独立进程形式运行。为了协同工作，它们必须通过进程间通信。]]></description><category></category></item></channel></rss>