当前位置: 首页 > article >正文

从216MB到19MB:某头部智能网关固件编译瘦身全过程(含patch文件与CI/CD集成checklist)

第一章边缘计算 C 轻量化编译方法概览在资源受限的边缘设备如工业网关、嵌入式摄像头、车载ECU上部署C应用传统编译流程常导致二进制体积臃肿、启动延迟高、内存占用超标。轻量化编译并非简单裁剪功能而是围绕**目标硬件约束**与**运行时语义保全**展开的系统性优化实践。核心优化维度静态链接粒度控制避免全量链接STL按需启用libstdc子模块如仅链接libstdc_nano编译器级精简启用-Os优化尺寸优先、-fdata-sections -ffunction-sections配合--gc-sections消除未用代码段运行时剥离移除异常处理-fno-exceptions、RTTI-fno-rtti、调试符号-s及动态加载支持典型轻量编译命令示例# 针对ARM Cortex-A7平台的交叉编译链 arm-linux-gnueabihf-g \ -Os \ -fdata-sections -ffunction-sections \ -fno-exceptions -fno-rtti \ -marcharmv7-a -mfpuvfpv3 -mfloat-abihard \ -static-libstdc -static-libgcc \ -Wl,--gc-sections,-z,norelro,-z,now \ -o sensor_agent sensor_agent.cpp该命令通过链接时垃圾回收--gc-sections清除未引用函数/数据-z,norelro禁用只读重定位以减少页表开销-z,now强制立即符号绑定规避运行时PLT解析延迟。不同优化策略对二进制的影响对比优化选项典型体积缩减兼容性影响适用场景-Os --gc-sections~35%无通用轻量需求-fno-exceptions -fno-rtti~20%含STL依赖禁止throw/dynamic_cast确定性实时系统-static-libstdc_nano~60%相比完整libstdc仅支持基础容器与算法超低内存设备64MB RAM第二章固件体积膨胀根因诊断与量化分析2.1 链接时符号冗余与静态库粒度解耦实践问题根源静态库未裁剪导致的符号污染链接器在处理静态库.a时默认将整个归档文件中所有目标文件.o纳入链接流程即使仅引用其中单个函数。这引发符号冗余、二进制膨胀及隐式依赖耦合。解耦策略细粒度归档与显式符号控制按功能模块拆分源码每个模块独立编译为单一.o文件使用ar rcs libmath_util.a math_sqrt.o math_log.o精确归档配合--as-needed与--gc-sections启用链接时裁剪验证示例符号可见性对比nm -C libmath.a | grep sqrt # 输出sqrt.o: U __errno_location # sqrt.o: T sqrt # 表明仅暴露 sqrt 符号无冗余内部符号泄漏该命令确认归档粒度已收敛至单函数级目标文件避免跨模块符号泄露。-C 启用 C 符号反解T 表示定义于文本段的全局符号符合最小暴露原则。2.2 STL/Boost等通用库的裁剪式替换与轻量替代方案验证核心诉求与裁剪原则嵌入式与实时系统中STL容器如std::map、std::string常因动态内存分配、异常机制及模板膨胀引入不可控开销。裁剪需遵循零堆分配、无异常路径、确定性时序、最小头文件依赖。轻量替代实践etl::vector替代std::vector栈驻留、编译期容量约束folly::fbstring替代std::string小字符串优化SSO 无异常接口手写static_mapK,V,N替代红黑树——适用于键集固定、查找频次高的配置表。静态哈希映射示例templatetypename K, typename V, size_t N struct static_hash_map { struct entry { K key; V value; bool used; }; entry data[N]; constexpr V* find(const K k) { for (auto e : data) if (e.used e.key k) return e.value; return nullptr; } }; // 编译期确定布局无new/deleteO(N)最坏查找该实现规避了std::unordered_map的哈希冲突处理与桶重散列逻辑适用于N≤64的确定性场景内存占用恒为sizeof(entry)*N。性能对比典型ARM Cortex-M4 180MHz操作std::mapstatic_hash_map插入平均12.4 μs0.9 μs查找命中8.7 μs0.3 μs2.3 编译器中间表示IR级冗余代码识别与dead code elimination增强配置IR层冗余检测核心机制现代编译器在SSA形式IR上执行基于支配边界dominator frontier的活变量分析结合常量传播与等价表达式归并CSE精准定位不可达计算。增强DCE配置示例; 启用激进DCE与跨基本块冗余消除 opt -O2 -enable-dce -enable-licm -enable-gvn \ -gvn-enable-precise-scalar-replacement input.ll -o optimized.ll该配置启用全局值编号GVN驱动的冗余判定并激活循环无关代码外提LICM使DCE可消除被支配路径中恒为false分支内的全部计算。关键优化参数对比参数默认值增强模式-dce-aggressivefalsetrue-gvn-max-iterations382.4 调试信息、符号表与元数据的分级剥离策略及size diff可视化工具链集成三级剥离策略设计Level 1开发期保留完整 DWARF 符号表启用-g和-frecord-gcc-switchesLevel 2预发布剥离调试行号--strip-debug保留符号名用于崩溃栈解析Level 3生产仅保留 ELF 动态符号表--strip-unneeded移除所有 .debug* 和 .comment 段size-diff 工具链集成示例# 基于 bloaty difftastic 构建的 CI 可视化流水线 bloaty --domainsections --diff (bloaty binary-v1) (bloaty binary-v2) \ --html-reportsize-diff.html该命令按 ELF 段维度比对二进制差异输出交互式 HTML 报告高亮显示 .text 增长与 .debug_abbrev 缩减比例支持点击钻取至符号粒度。剥离效果对比剥离级别二进制体积DWARF 完整性崩溃栈可用性L1全量12.4 MB✅ 全部✅ 行号变量名L2轻量4.7 MB❌ 无行号✅ 函数名偏移L3精简2.1 MB❌ 无调试段⚠️ 仅符号名需外部 debuginfo2.5 段布局优化与链接脚本定制.rodata/.text/.bss段合并与页对齐压缩实测段合并策略设计为减少内存碎片并提升TLB命中率将只读数据.rodata与代码段.text合并至同一4KB页内并确保.bss段页对齐后紧随其后SECTIONS { . ALIGN(0x1000); .text : { *(.text) *(.rodata) } .bss : { *(.bss) } 0 }该链接脚本强制起始地址页对齐.text段内先加载可执行代码再追加只读常量避免运行时写保护冲突 0初始化.bss为零值符合C标准语义。优化效果对比配置总段大小实际内存占用默认布局12.3 KB16 KB4页合并页对齐12.3 KB12 KB3页节省1页物理内存4KB对嵌入式系统尤为关键减少页表项数量提升MMU遍历效率第三章C语言层轻量化编码规范与重构范式3.1 RAII滥用抑制与零开销抽象Zero-Cost Abstraction边界界定实践RAII的隐式开销陷阱当资源管理逻辑嵌套过深或生命周期与作用域严重错配时RAII可能引入非预期拷贝、临时对象构造或虚函数分发——这些违背零开销原则。class ScopedLock { public: ScopedLock(Mutex m) : mtx_(m) { mtx_.lock(); } // 构造即锁无延迟 ~ScopedLock() { mtx_.unlock(); } // 析构必解锁不可抑制 private: Mutex mtx_; };该实现强制同步语义即使调用者仅需读取共享状态且已知无竞态。此时RAII不是抽象而是耦合。零开销边界的三重校验编译期可判定所有资源获取/释放路径不含运行时分支汇编级等价生成指令与手写裸资源操作完全一致内联穿透性关键成员函数必须被编译器全内联通过[[gnu::always_inline]]验证抽象模式是否零开销校验依据std::unique_ptrT是无虚表、无引用计数、析构器为静态函数指针std::shared_ptrT否原子引用计数更新、动态分配控制块3.2 模板元编程膨胀控制SFINAE替代方案与constexpr编译期求值收敛策略constexpr递归展开的边界控制templateint N constexpr int factorial() { static_assert(N 0, Negative factorial undefined); return (N 1) ? 1 : N * factorialN-1(); }该实现利用 constexpr 函数模板的编译期求值能力避免实例化所有中间特化static_assert 提前终止非法实例化路径相比 SFINAE 更早报错、更少生成冗余符号。类型约束收敛对比机制实例化开销错误定位精度SFINAE enable_if高尝试所有重载低模糊“no match”constexpr if concepts低仅分支内实例化高精确到条件分支3.3 异常处理与RTTI的条件禁用机制及ABI兼容性保障方案编译期条件裁剪策略通过预处理器宏控制异常与RTTI的启用避免运行时开销#ifdef DISABLE_EXCEPTIONS #define throw(...) std::abort() #define try if(0) if(0) #define catch(...) else #endif该宏替换使异常语法在禁用时退化为无操作分支保持源码兼容性同时消除栈展开表.eh_frame生成。ABI稳定性保障措施特性启用时ABI符号禁用时ABI符号类型动态查询type_info::name()弱符号返回空指针动态强制转换dynamic_cast完整实现编译期降级为static_cast链接时兼容性验证使用-Wl,--no-as-needed确保C标准库符号显式绑定通过readelf -d libfoo.so | grep NEEDED校验无意外依赖libstdc.so异常子系统第四章CI/CD流水线中的自动化瘦身治理体系4.1 编译产物二进制指纹比对与增量体积监控告警基于elf-size bloaty核心工具链协同elf-size 提供模块级符号尺寸统计bloaty 支持细粒度段section、符号symbol、DSL 过滤的嵌套分析。二者结合可构建可复现的二进制指纹。指纹生成脚本# 生成带哈希的体积快照 bloaty --csv target/release/app --domainsections | \ sha256sum build/fingerprint-sections.sha256 elf-size --formatgnu target/release/app | \ awk {print $1,$2} | sort | sha256sum build/fingerprint-symbols.sha256该脚本分别对段分布与符号尺寸排序哈希消除时间戳/路径等非确定性扰动确保指纹可跨 CI 环境比对。增量告警阈值配置模块类型告警阈值KiB触发级别libc.a 静态链接≥12WARNcrypto::aes 实现≥8ERROR4.2 Patch文件标准化生成与可逆性验证git apply兼容的diff约束与测试覆盖检查标准化diff生成约束为确保patch可被git apply无损应用必须满足三类约束统一行尾LF、无空行末尾、头信息严格遵循Git原生格式。以下为校验脚本核心逻辑# 检查patch是否符合git apply兼容规范 git apply --check --verbose patch.diff 21 | grep -E (error|fatal)该命令启用预检模式不修改工作区--verbose输出具体不兼容位置如二进制差异、缺失index行便于定位违反Git diff v2规范的字段。可逆性验证流程生成patch前保存原始树哈希git rev-parse HEAD:src/main.go应用patch后比对文件内容哈希是否与预期一致执行git apply --reverse验证回滚完整性测试覆盖关键指标检测项阈值验证方式行级上下文覆盖率≥95%git diff --unified3对比新增/删除行标记完整性100%正则匹配^\\|^\\-行首符号4.3 多平台交叉编译环境下的轻量化参数矩阵管理ARM64/ARMv7/RISC-V架构感知的参数分片策略为适配不同指令集宽度与寄存器约束参数矩阵按目标平台动态切分ARM64 使用 16×16 分块ARMv7 降为 8×8RISC-VRV64GC则启用 12×12 对齐分块以兼顾向量单元利用率。跨平台参数元数据表平台字节对齐默认分块尺寸内存映射标志ARM6412816×16MAP_SHARED | MAP_SYNCARMv7648×8MAP_PRIVATERISC-V25612×12MAP_SHARED轻量级运行时加载器// 根据 GOARCH 和 build tags 动态选择参数布局 func LoadParamMatrix(arch string, data []byte) (*ParamBlock, error) { switch arch { case arm64: return newARM64Block(data) case arm: return newARMv7Block(data) case riscv64: return newRISCVBlock(data) default: return nil, errors.New(unsupported arch) } }该函数在交叉编译时通过构建标签如-tagsarm64裁剪未使用分支确保二进制无冗余逻辑ParamBlock内部采用紧凑结构体对齐避免 padding 膨胀。4.4 固件瘦身checklist自动化注入Pre-commit hook CI gate artifact signing联动三阶段协同机制固件构建流程被解耦为本地校验、持续集成门禁与可信分发三个阶段形成闭环防护。Pre-commit 检查脚本示例#!/bin/bash # 检查固件镜像是否启用LZMA压缩且无调试符号 if ! objdump -t build/firmware.bin | grep -q __debug; then echo ✅ 调试符号已剥离 else echo ❌ 发现调试符号拒绝提交 2; exit 1 fi该脚本在 Git 提交前运行通过objdump扫描符号表确保未残留__debug段失败时阻断提交并输出明确错误。CI 门禁检查项对照表检查项阈值触发动作镜像体积增长3%阻断合并未签名固件输出存在禁止发布第五章从智能网关到泛在边缘设备的轻量化演进路径资源约束驱动的架构重构现代工业现场大量部署的ARM Cortex-M7/M33微控制器如STM32U5、nRF54L15仅具备256KB SRAM与1MB Flash迫使边缘固件从LinuxDocker栈转向Zephyr RTOSMicroTVM运行时。某风电场SCADA边缘节点将原有120MB容器镜像压缩为8.3MB静态固件启动时间由42s降至380ms。协议栈的分层裁剪实践移除MQTT 3.1.1中未使用的Will Message与Session Expiry机制用CoAP Block-Wise传输替代完整JSON载荷降低单次内存占用峰值67%TLS 1.3精简至仅支持X25519密钥交换与AES-128-GCM密码套件轻量级模型推理部署func RunTinyML(input []int16) []float32 { // TFLite Micro调用示例32KB RAM内完成ResNet-18 Tiny变体推理 interpreter : tflm.NewInterpreter(modelData) interpreter.ResizeInputTensor(0, []int{1, 32, 32, 1}) interpreter.AllocateTensors() interpreter.CopyInputTensor(0, input) interpreter.Invoke() return interpreter.GetOutputTensor(0).Float32Data() }异构设备协同调度框架设备类型典型算力推荐任务通信协议LoRaWAN终端0.8 DMIPS传感器预滤波MAC层CRC校验AI边缘网关4 TOPS多源视频结构化TSNMQTT-SN

相关文章:

从216MB到19MB:某头部智能网关固件编译瘦身全过程(含patch文件与CI/CD集成checklist)

第一章:边缘计算 C 轻量化编译方法概览在资源受限的边缘设备(如工业网关、嵌入式摄像头、车载ECU)上部署C应用,传统编译流程常导致二进制体积臃肿、启动延迟高、内存占用超标。轻量化编译并非简单裁剪功能,而是围绕**目…...

保姆级教程:在Ubuntu 20.04上用Gazebo 11从户型图到仿真世界(附避坑指南)

从户型图到高保真Gazebo仿真环境:零基础室内建模实战指南 刚拿到户型图时,你可能觉得在Gazebo里重建整个房屋是项艰巨任务——毕竟不是每个机器人开发者都精通3D建模。但事实上,用Gazebo 11的建筑编辑器,配合一张清晰的户型图照片…...

STM32F407实战指南:基于74HC595的4位数码管驱动与动态扫描详解

1. 从零认识数码管:你的第一个嵌入式显示方案 第一次接触数码管时,我完全被它简单粗暴的显示方式吸引了。这种由7个LED灯组成的显示器件,通过不同段的组合就能展示0-9的数字,成本不到2块钱却能在各种家电上看到它的身影。我们这次…...

HFSS新手必看:从ADS联合仿真到TDR分析的5个实用技巧

HFSS新手必看:从ADS联合仿真到TDR分析的5个实用技巧 刚接触HFSS的工程师常会遇到这样的困惑:明明按照教程设置了波导端口,仿真结果却与实测数据偏差较大;试图分析传输线阻抗时,TDR曲线出现异常波动;想要联合…...

4.VLAN 技术:二层网络的优化之道

一、网络发展的困境与挑战(一)早期网络的冲突域问题在网络发展的早期阶段,设备的数据传输共享同一物理介质,就如同多辆车需要共用一条单车道上通行。当多个设备同时尝试传输数据时,数据信号就会彼此竞争、干扰&#xf…...

DeepSeek排名优化服务哪家专业?2026年4月推荐评测口碑对比知名七家

第一章:2026年DeepSeek排名优化市场的“三场硬仗”:从关键词到语义维度的跃迁 1.1企业选排名优化服务,必须从“排名逻辑”转向“语义锚定” 进入2026年,以DeepSeek为代表的大模型对信息的召回机制已完成从“字面匹配”到“向量相关…...

OpenClaw+千问3.5-9B代码审查:自动检测Python常见错误

OpenClaw千问3.5-9B代码审查:自动检测Python常见错误 1. 为什么需要AI代码审查助手 作为独立开发者,我经常面临一个尴尬场景:深夜写完代码后,既找不到同事帮忙review,又困得没精力自己检查。直到上周提交的Python脚本…...

Linux线程创建机制与多线程编程实践

1. Linux线程创建机制解析在Linux系统中,线程创建是一个内核态与用户态协同工作的过程。与进程不同,线程不是完全由内核实现的机制,而是通过glibc库函数与内核系统调用的配合完成的。理解线程创建机制对开发高性能多线程程序至关重要。线程与…...

如何处理SQL视图的循环依赖_优化架构设计与拆分逻辑

数据库拒绝创建循环依赖视图(如A依赖B、B又依赖A),在CREATE VIEW时即报ORA-04045等错;根本原因是解析依赖图时检测到环,需拆分逻辑、抽离共用子查询为物化视图或表。视图 A 依赖视图 B,B 又依赖 A&#xff…...

梯度下降翻车实录:当6个数据点遇上非线性约束,我是如何用SLSQP逆袭的

从梯度下降到SLSQP:当小样本遇上非线性约束的优化实战 在数据科学的世界里,我们常常会遇到这样的困境:手头只有寥寥几个数据点,却需要拟合一个复杂的非线性模型,还要满足各种数学约束。这就像试图用几块拼图还原整幅画…...

PHP源码部署需要多大硬盘空间_PHP项目存储空间估算方法【方法】

...

生物信息学实战:如何用k-mer分析提升基因组测序质量(附Python代码示例)

生物信息学实战:k-mer分析在基因组测序质量提升中的关键作用 基因组测序数据的质量直接影响后续分析的可靠性,而k-mer分析技术正成为生物信息学工具箱中不可或缺的利器。想象一下,当你拿到一批新的测序数据时,如何快速识别其中的低…...

3步完成OpenClaw配置:千问3.5-9B快速接入指南

3步完成OpenClaw配置:千问3.5-9B快速接入指南 1. 为什么选择OpenClaw千问3.5-9B组合 去年我在尝试自动化办公流程时,发现市面上的AI助手要么需要上传敏感数据到云端,要么功能太过局限。直到遇到OpenClaw这个开源的本地化AI智能体框架&#…...

OpenClaw更新指南:Qwen3-32B镜像的版本迁移与兼容性处理

OpenClaw更新指南:Qwen3-32B镜像的版本迁移与兼容性处理 1. 为什么需要关注版本迁移问题 上周我的OpenClaw自动化流程突然集体罢工——定时发布的文章卡在草稿生成阶段,文件整理机器人把PDF和图片混在一起,连最简单的会议纪要提取都开始输出…...

MCP4922双通道DAC嵌入式驱动框架解析

1. DSProcessingIO项目深度解析:面向嵌入式信号链的双通道DAC驱动框架1.1 项目定位与工程背景DSProcessingIO并非一个通用型外设驱动库,而是针对特定硬件信号链架构设计的专用I/O处理框架。其命名中的“DS”指向Digital Signal Processing(数…...

单片机IO口扩展方案全解析与应用实践

1. 单片机IO口扩展的必要性与挑战作为一名在嵌入式领域摸爬滚打多年的工程师,我经常遇到这样的场景:项目进行到一半,突然发现单片机GPIO口不够用了。这种"资源危机"在中小型项目中尤为常见,特别是当我们使用8位或低引脚…...

嵌入式裸机开发中的轻量级上下文切换方案

1. 嵌入式编程中的上下文切换挑战在裸机嵌入式开发中,中断服务程序(ISR)的设计一直是个棘手的问题。传统教科书告诉我们:中断处理必须快进快出,绝对不能执行耗时操作。但在实际项目中,我们经常遇到这样的困境——某个传感器触发中…...

SEO AI在网站内容创作和优化中的作用是什么

SEO AI在网站内容创作和优化中的重要性 在当前数字化时代,网站内容创作和优化已成为企业在竞争中脱颖而出的关键。在这其中,SEO AI(搜索引擎优化人工智能)正扮演着越来越重要的角色。SEO AI在网站内容创作和优化中的作用是什么呢…...

微信小程序uView框架下u-picker三级联动实战:从接口加载到视图强制更新

微信小程序uView框架下u-picker三级联动实战:从接口加载到视图强制更新 在微信小程序开发中,省市区三级联动选择器是常见的功能需求。uView作为一款优秀的小程序UI框架,其u-picker组件提供了强大的多级联动支持。本文将深入探讨如何通过接口异…...

iSDIO库:嵌入式系统中FlashAir Wi-Fi卡的SDIO协议栈

1. iSDIO库概述:面向TOSHIBA FlashAir的嵌入式SDIO协议栈iSDIO(intelligent SDIO)库是一个专为东芝(TOSHIBA)FlashAir系列Wi-Fi SD卡设计的轻量级嵌入式驱动与通信中间件。该库并非通用SDIO主机控制器驱动,…...

SAP-MM 采购申请审批策略:从特征定义到策略配置的实战指南

1. SAP-MM采购申请审批策略入门指南 第一次接触SAP-MM模块的采购申请审批配置时,我被那些专业术语绕得头晕。但真正理解后才发现,这套审批机制就像公司里的请假流程——不同级别、不同类型的请假需要不同领导审批。采购申请也是如此,金额大小…...

跨境电商利器:OpenClaw+Phi-3-vision-128k-instruct自动翻译商品图片

跨境电商利器:OpenClawPhi-3-vision-128k-instruct自动翻译商品图片 1. 为什么需要自动化图片翻译 作为跨境电商卖家,我每天都要处理大量商品图片的翻译工作。传统流程需要人工截图、翻译、PS替换文字、再导出图片,整个过程耗时耗力。一张简…...

嵌入式开发中的代码生成器设计与实践

1. 嵌入式代码生成器设计思路解析作为一名在嵌入式领域摸爬滚打多年的开发者,我深刻体会到重复编码带来的效率瓶颈。最近完成的一个代码生成器项目,让我从繁琐的相似代码编写中解放出来。这个工具的核心价值在于:它能自动生成那些结构固定但需…...

CMPS12磁力计寄存器级驱动与KRAI架构嵌入式实践

CMPS_KRAInew:基于KRAI架构的CMPS12磁力计寄存器级驱动解析与嵌入式集成实践1. 项目概述CMPS_KRAInew 是一个面向嵌入式平台、专为 CMPS12 数字罗盘模块设计的轻量级底层驱动库,其核心定位并非通用 HAL 封装,而是聚焦于 KRAI(Kern…...

智能家居中枢:OpenClaw+千问3.5-35B-A3B-FP8实现多模态家庭控制面板

智能家居中枢:OpenClaw千问3.5-35B-A3B-FP8实现多模态家庭控制面板 1. 为什么需要本地化的智能家居中枢? 去年冬天的一个深夜,我被空调异常启动的噪音惊醒。打开手机APP检查时,发现第三方云服务正在维护,所有设备状态…...

OpenClaw飞书机器人进阶:集成Phi-3-vision实现群聊图文解析

OpenClaw飞书机器人进阶:集成Phi-3-vision实现群聊图文解析 1. 为什么需要多模态群聊助手 去年我负责一个跨部门项目时,每天要处理上百张截图——产品原型、数据报表、会议纪要混杂在飞书群聊里。手动整理这些信息耗费30%的工作时间,直到发…...

constexpr从入门到架构级应用:掌握5大编译期元编程模式,3天重构高性能库

第一章:constexpr的本质与编译期计算范式constexpr 不是简单的“编译期可求值”标记,而是一种强制性的**编译期契约**:它要求被修饰的函数或变量必须在编译阶段完成求值,且所有操作必须处于常量表达式语境中。这一机制推动 C 从运…...

OpenClaw技能打包发布:将Qwen3.5-9B-AWQ-4bit图片工具上传ClawHub

OpenClaw技能打包发布:将Qwen3.5-9B-AWQ-4bit图片工具上传ClawHub 1. 为什么需要技能打包? 上周我在整理旅行照片时,突然意识到一个痛点:每次需要从几百张照片中筛选出包含特定元素的图片(比如"所有有狗的合照&…...

2025年大模型年度总结:Training Recipe与业务落地思考

一、项目介绍准备 项目 1:基于 RAG 的大语言模型关系抽取 1、为什么不用传统语义相似度检索,改用关系原型检索? 传统相似度检索易召回伪近邻样本(语义相近、头尾实体不同→关系不同),干扰模型判断。 我先把…...

leetcode 101.对称二叉树(不会做)

遇到递归就抓瞎 # Definition for a binary tree node. # class TreeNode: # def __init__(self, val0, leftNone, rightNone): # self.val val # self.left left # self.right right class Solution:def isSymmetric(self, root: Optional[Tre…...