64位ZBarSDK集成实战：从链接报错到稳定出码的完整路径

发布时间：2026/10/15 15:08:52

64位ZBarSDK集成实战：从链接报错到稳定出码的完整路径
简介64位ZBarSDK是一套面向移动端与桌面端开发者的二维码扫描开发工具包针对64位架构优化可在iOS、Android及Windows平台集成使用解决应用中二维码识别与数据接入的问题。压缩包共42个文件约2.54MB以31个h头文件与7个c源文件为主体另有1个a静态库和1个m实现文件涵盖扫描器、图像处理、解码器、符号解析等模块并附带libqrencode相关源码便于理解二维码生成与识别流程。资源提供简洁的API接口、事件回调、错误处理与自定义扫描参数等能力支持从相机流或静态图片中读取QR码、Code 128、Code 39、EAN、UPC等多种码制在光线不足或码面质量较差时仍可保持识别效果。目前已有244人学习下载适合需要快速实现扫码功能、研究底层识别逻辑或进行跨平台移植的开发者参考可帮助缩短集成周期并降低调试成本。1. 64位 ZBarSDK从「链接报错」到「稳定出码」的完整落地路径如果你在 iOS 或 Android 项目里集成过条码扫描大概率听过 ZBarSDK 这个名字。它轻量、离线、识别率高但很多人第一次在 64 位环境里编译时就会撞上一堵墙Undefined symbols for architecture arm64。这不是玄学而是 ZBarSDK 早期版本只提供了 32 位静态库而现代移动端工具链早已全面转向 64 位。这个标题真正要解决的问题就是让 ZBarSDK 在 64 位架构下跑通、跑稳、跑出可用的识别结果。适合谁适合需要在离线场景下做条码/二维码识别、又不想引入过重依赖的移动端开发者以及需要在嵌入式 Linux 或桌面端复用同一套识别逻辑的工程师。接下来我会按「先立住原理、再动手复现、最后避坑」的顺序把这条路径拆开讲清楚。2. 64 位 ZBarSDK 的编译原理与最小可跑通方案2.1 为什么 32 位库在 64 位环境里必然翻车ZBarSDK 的核心是一组 C 语言写的图像处理与条码解码函数最终以静态库.a或动态库.so/.dylib形式提供给上层调用。静态库在链接阶段会把目标架构的机器码直接嵌入可执行文件而 32 位库只包含i386或armv7的指令集。当你的工程在 Xcode 或 Android NDK 里把arm64作为目标架构时链接器找不到对应架构的符号表就会报Undefined symbols for architecture arm64。这不是配置问题是二进制层面的事实。常见做法是重新编译一份包含arm64的静态库或者改用源码集成。我一般会优先选源码集成因为这样能同时控制优化等级和裁剪不需要的解码器减少包体积。2.2 用源码重新编译出 arm64 静态库的最小命令下面以类 Unix 环境macOS 或 Linux为例展示从源码编译出 64 位静态库的核心步骤。假设你已经拿到了 ZBarSDK 的源码目录并且系统里安装了autoconf、automake、libtool和对应平台的 NDK 或 Xcode 命令行工具。# 进入源码根目录 cd zbar-source # 生成 configure 脚本如果源码里没有现成的 autoreconf -i # 配置编译选项关闭不需要的组件指定目标架构为 arm64 ./configure \ --disable-video \ --disable-jpeg \ --disable-python \ --disable-qt \ --without-imagemagick \ --hostaarch64-apple-darwin \ CFLAGS-arch arm64 -O2 \ CXXFLAGS-arch arm64 -O2 \ LDFLAGS-arch arm64 # 编译并安装到本地目录 make -j4 make install DESTDIR./output这段命令的逻辑说明--disable-video去掉摄像头视频流支持因为移动端通常自己管理相机--disable-jpeg去掉 JPEG 解码依赖减少外部库耦合--host指定目标平台为aarch64-apple-darwin这是 macOS 上 arm64 的典型三元组。CFLAGS和LDFLAGS里的-arch arm64是告诉编译器只生成 64 位指令。编译完成后./output目录下会出现libzbar.a和对应的头文件。参数怎么改如果你要同时支持模拟器和真机需要分别编译x86_64和arm64两个版本再用lipo合并成通用库。但注意合并后的库体积会翻倍如果只发真机包建议只保留arm64。2.3 在 iOS 工程里替换旧库并验证架构拿到新的libzbar.a后把它拖进 Xcode 工程的Frameworks或Libraries分组并在Build Settings里确认Architectures包含arm64Build Active Architecture Only在 Release 下设为NO。然后写一段最小调用代码验证链接是否通过// 引入 ZBarSDK 头文件 #import ZBarSDK/ZBarSDK.h // 创建一个扫描器实例 ZBarImageScanner *scanner [[ZBarImageScanner alloc] init]; // 设置只识别 QR 码减少计算量 [scanner setSymbology:ZBAR_QRCODE config:ZBAR_CFG_ENABLE to:1]; // 用一张本地图片测试识别 UIImage *testImage [UIImage imageNamed:test_qr.png]; ZBarSymbolSet *results [scanner scanImage:[testImage CGImage]]; // 遍历结果 for (ZBarSymbol *symbol in results) { NSLog(识别结果: %, symbol.data); }逻辑说明ZBarImageScanner是核心扫描类setSymbology:config:to:用来开启或关闭特定码制。这里只开 QR 码是为了避免在 64 位下因为同时启用多种解码器导致内存占用过高。scanImage:接收CGImageRef返回一个符号集合。如果链接成功且运行后能打印出识别结果说明 64 位库已经正常工作。参数说明ZBAR_CFG_ENABLE设为 1 表示启用设为 0 表示禁用ZBAR_QRCODE是码制常量其他常见值还有ZBAR_EAN13、ZBAR_CODE128等。如果你发现识别率低可以尝试把ZBAR_CFG_X_DENSITY和ZBAR_CFG_Y_DENSITY调高但会增加耗时。3. 把 ZBarSDK 集成进 Android NDK 项目的完整步骤3.1 用 CMake 把 64 位静态库接进 JNI 层Android 端的情况比 iOS 更复杂因为要同时处理armeabi-v7a、arm64-v8a、x86_64等多种 ABI。常见做法是只保留arm64-v8a和armeabi-v7a前者对应 64 位后者兼容老设备。下面是一个CMakeLists.txt的片段展示如何把编译好的libzbar.a链接进 JNI 动态库cmake_minimum_required(VERSION 3.18) project(zbar_jni) # 导入预编译的 ZBar 静态库 add_library(zbar STATIC IMPORTED) set_target_properties(zbar PROPERTIES IMPORTED_LOCATION ${CMAKE_SOURCE_DIR}/libs/${ANDROID_ABI}/libzbar.a INTERFACE_INCLUDE_DIRECTORIES ${CMAKE_SOURCE_DIR}/include) # 你的 JNI 源文件 add_library(native-lib SHARED native-lib.cpp) # 链接 ZBar 和系统日志库 target_link_libraries(native-lib zbar android log)逻辑说明add_library(zbar STATIC IMPORTED)告诉 CMake 这是一个外部已经编译好的静态库不需要重新编译。IMPORTED_LOCATION里用了${ANDROID_ABI}变量这样同一份 CMake 脚本可以自动适配不同 ABI 目录。target_link_libraries把 ZBar 和 Android 的log库一起链接进native-lib。参数怎么改如果你的 ZBar 库放在jniLibs下路径要相应调整如果同时支持多个 ABI需要在build.gradle里配置abiFilters只保留你实际编译过的架构。3.2 JNI 层调用 ZBar 解码并返回字符串JNI 层负责把 Java 传来的图像数据转成 ZBar 能识别的格式然后调用解码函数。下面是一个简化的实现#include jni.h #include string #include zbar.h extern C JNIEXPORT jstring JNICALL Java_com_example_zbar_NativeDecoder_decodeYUV( JNIEnv *env, jobject /* this */, jbyteArray yuvData, jint width, jint height) { // 把 Java 字节数组转成原生指针 jbyte *data env-GetByteArrayElements(yuvData, nullptr); // 创建 ZBar 图像对象格式为 Y800灰度图 zbar::Image image(width, height, Y800, data, width * height); // 创建扫描器并只启用 QR 码 zbar::ImageScanner scanner; scanner.set_config(zbar::ZBAR_QRCODE, zbar::ZBAR_CFG_ENABLE, 1); // 执行扫描 int n scanner.scan(image); // 提取第一个结果 std::string result; for (zbar::Image::SymbolIterator symbol image.symbol_begin(); symbol ! image.symbol_end(); symbol) { result symbol-get_data(); break; } // 释放字节数组 env-ReleaseByteArrayElements(yuvData, data, JNI_ABORT); // 返回 Java 字符串 return env-NewStringUTF(result.c_str()); }逻辑说明zbar::Image的构造函数接收宽度、高度、格式字符串、数据指针和数据长度。这里用Y800表示 8 位灰度图因为相机预览的 YUV 数据里 Y 分量就是灰度可以直接复用省去颜色转换。scanner.scan(image)返回识别到的符号数量然后通过迭代器取出第一个符号的文本。参数说明ZBAR_CFG_ENABLE设为 1 表示启用该码制如果你需要同时识别多种码制可以多次调用set_config。注意ReleaseByteArrayElements的最后一个参数用JNI_ABORT表示不把修改写回 Java 数组因为这里只读不写。3.3 验证 64 位库是否真正生效编译完成后用unzip -l或readelf检查 APK 里的.so文件架构。常见做法是在build.gradle里加上ndk { abiFilters arm64-v8a, armeabi-v7a }然后执行./gradlew assembleRelease。解压 APK进入lib/arm64-v8a/目录用file libnative-lib.so查看是否包含aarch64字样。如果只有armeabi-v7a而没有arm64-v8a说明 CMake 没有正确匹配到 64 位库需要检查IMPORTED_LOCATION的路径里${ANDROID_ABI}是否被正确替换。另一个验证方法是直接在 64 位真机上安装运行如果调用解码时崩溃并报dlopen failed: library libzbar.so not found说明你误用了动态库方式而静态库应该已经被链接进native-lib.so不会单独存在。4. 避坑64 位 ZBarSDK 集成中最容易踩的 5 个坑4.1 现象链接时报Undefined symbols for architecture arm64原因工程里同时存在 32 位和 64 位的 ZBar 库链接器优先找到了 32 位版本或者只导入了 32 位库。解决在 Xcode 的Build Phases里检查Link Binary With Libraries移除旧的libzbar.a重新拖入 64 位版本在 Android 的CMakeLists.txt里确认IMPORTED_LOCATION指向的目录下确实有arm64-v8a/libzbar.a。可以用lipo -info libzbar.a查看库支持的架构列表如果输出里没有arm64说明库本身不对。4.2 现象识别率突然下降以前能扫的码现在扫不出原因重新编译时关闭了某些解码器或者优化等级过高导致浮点运算精度变化。解决检查configure时是否误关了--disable-*选项把CFLAGS里的-O2改成-O1或-O0对比测试。另一个常见原因是 64 位下int和long的字节数变化导致图像步长计算错误需要检查代码里是否有硬编码的4字节假设。4.3 现象Android 上调用解码时 JNI 崩溃报SIGSEGV原因zbar::Image构造函数里的数据指针在scan完成后被提前释放或者GetByteArrayElements返回的指针没有正确释放。解决确保ReleaseByteArrayElements在scan之后调用如果图像数据来自相机回调要确认回调线程和 JNI 调用线程一致避免跨线程访问已释放的内存。常见做法是把解码逻辑放在同一个线程里或者用GetByteArrayRegion拷贝一份数据再处理。4.4 现象iOS 上编译通过但运行时提示image not found原因误把静态库当动态库使用或者Embed Frameworks阶段没有正确配置。解决ZBarSDK 通常以静态库形式集成不需要在Embed Frameworks里添加。如果用的是.framework形式的动态库需要在General选项卡的Frameworks, Libraries, and Embedded Content里设置为Embed Sign。检查Build Settings里的Runpath Search Paths是否包含executable_path/Frameworks。4.5 现象64 位库编译成功但包体积暴涨原因同时保留了arm64和x86_64以及armeabi-v7a多个架构且没有开启代码裁剪。解决在 Android 的build.gradle里用abiFilters只保留arm64-v8a和armeabi-v7a在 iOS 的Build Settings里把Valid Architectures只设为arm64并开启Dead Code Stripping。如果使用源码集成可以在configure时用--disable-*去掉不需要的码制和解码器通常能减少 30% 以上的体积。5. 进阶用 ZBarSDK 做多码制批量识别与性能调优5.1 同时开启多种码制的配置方法默认情况下ZBarSDK 只启用部分码制。如果你需要同时识别 QR 码、EAN13 和 Code128可以在初始化时批量设置zbar::ImageScanner scanner; scanner.set_config(zbar::ZBAR_NONE, zbar::ZBAR_CFG_ENABLE, 0); // 先全部关闭 scanner.set_config(zbar::ZBAR_QRCODE, zbar::ZBAR_CFG_ENABLE, 1); scanner.set_config(zbar::ZBAR_EAN13, zbar::ZBAR_CFG_ENABLE, 1); scanner.set_config(zbar::ZBAR_CODE128, zbar::ZBAR_CFG_ENABLE, 1);逻辑说明先把ZBAR_NONE设为 0 可以关闭所有码制避免默认开启的码制干扰。然后逐个开启需要的码制。参数说明ZBAR_NONE是一个特殊常量代表所有码制的集合ZBAR_CFG_ENABLE设为 1 表示启用。注意开启的码制越多单帧解码耗时越长建议根据实际业务场景裁剪。5.2 用密度参数控制识别速度与精度的平衡ZBarSDK 提供了ZBAR_CFG_X_DENSITY和ZBAR_CFG_Y_DENSITY两个参数用来控制扫描时的采样密度。默认值通常是 1表示每个像素都参与计算。在低端设备上可以适当调低密度来提速scanner.set_config(zbar::ZBAR_NONE, zbar::ZBAR_CFG_X_DENSITY, 2); scanner.set_config(zbar::ZBAR_NONE, zbar::ZBAR_CFG_Y_DENSITY, 2);逻辑说明把密度设为 2 表示每隔一个像素采样一次计算量减少到原来的四分之一但识别小尺寸条码时可能漏检。参数怎么改如果场景里条码占画面比例较大可以设为 2 或 3如果条码很小保持默认 1。我一般会在预览阶段用低密度快速定位在拍照阶段用高密度精确解码。5.3 用多线程流水线提升连续扫描的吞吐量在连续扫描场景比如扫码枪或流水线检测里单线程解码容易成为瓶颈。常见做法是把图像采集、解码、结果处理拆成三个阶段用环形缓冲区连接// 伪代码示意采集线程不断把图像帧放入队列 std::queuezbar::Image frameQueue; std::mutex queueMutex; // 解码线程从队列取帧并调用 scanner.scan void decodeThread() { while (running) { std::unique_lockstd::mutex lock(queueMutex); if (!frameQueue.empty()) { zbar::Image image frameQueue.front(); frameQueue.pop(); lock.unlock(); scanner.scan(image); // 处理结果... } } }逻辑说明采集线程只负责把图像数据封装成zbar::Image并推入队列解码线程负责调用scan。这样采集和解码可以并行吞吐量能提升 1.5 到 2 倍。参数说明队列长度建议设为 2 到 4太大会增加延迟太小会丢帧。注意zbar::Image对象在拷贝时会共享底层数据如果数据来自相机缓冲区要确保在解码完成前不被复用。5.4 一个容易被忽略的验证技巧用已知图片做回归测试每次调整编译参数或解码配置后不要只靠肉眼观察。准备一组包含不同码制、不同尺寸、不同光照条件的测试图片写一个批量脚本跑识别率# 假设编译出了一个命令行工具 zbar-test for img in test_images/*.png; do result$(./zbar-test $img) echo $img: $result done逻辑说明把识别结果和预期值对比统计准确率和耗时。如果某张图片在 32 位下能识别、64 位下失败说明编译参数或内存对齐有问题。这个习惯帮我省了很多次「以为改好了其实没改好」的后悔药。希望帮到你。本文还有配套的精品资源点击获取

相关新闻

订单系统性能优化实战：从故障定位到架构升级

订单系统性能优化实战：从故障定位到架构升级

1. 事故背景与问题定位那天凌晨2点17分，我被一连串急促的报警短信惊醒。生产环境的核心订单服务响应时间从平时的200ms飙升到8秒以上，错误率突破30%。打开监控大盘时，整个服务集群的CPU利用率曲线像悬崖般陡峭上升，部分节点已经触…

2026/10/15 15:07:52 阅读更多 →
JVM和JMM高频面试题：底层原理与并发机制全解析

JVM和JMM高频面试题：底层原理与并发机制全解析

正值金三银四面试季，不少朋友跟我反馈，Java面试被问“跟我讲下JVM和JMM”时，第一反应是脑内循环“JVM是虚拟机，JMM是内存模型”，然后……就没有然后了。这道题其实是个典型的高频入口题，面试官既可以考察你…

2026/10/15 15:07:52 阅读更多 →
Windows本地Kubernetes搭建指南：WSL2下Kind与Minikube对比实战

Windows本地Kubernetes搭建指南：WSL2下Kind与Minikube对比实战

1. 为什么要在Windows上折腾本地Kubernetes1.1 本地K8s的真实需求场景很多人第一次接触Kubernetes都是在公司的测试集群或者云厂商的托管服务上，点点鼠标就能拿到一个能用的集群。但一旦回到自己的Windows笔记本上，想复现一个YAML、验证一个Operator的行…

2026/10/15 15:07:52 阅读更多 →

最新新闻

Mouzi完全评测：免费离线、隐私优先，这个自动文件整理工具如何治服你的下载文件夹

Mouzi完全评测：免费离线、隐私优先，这个自动文件整理工具如何治服你的下载文件夹

【免费下载链接】mouzi A free, privacy-first automatic file organizer that quietly sorts your Downloads folder from the system tray. 项目地址： https://gitcode.com/gh_mirrors/mo/mouzi 点击查看 免费下载 Mouzi 是一款免费、开源、100% 离线的自动文件整…

2026/10/15 15:50:05 阅读更多 →
理解MatConvNet三大指标：objective、top1error与top5error

理解MatConvNet三大指标：objective、top1error与top5error

刚接触MatConvNet的人，大概率都会对着训练日志发呆。屏幕上一行行滚过去，objective: 0.5324、top1err: 0.2311、top5err: 0.0712，看着眼熟，但真要问一句“这几个数到底谁影响谁”，一时半会儿还真说不利索。我当时也一样…

2026/10/15 15:50:05 阅读更多 →
DiffusionNFT评估实战：用evaluation.py加载LoRA跑GenEval/OCR基准测试（完整指南）

DiffusionNFT评估实战：用evaluation.py加载LoRA跑GenEval/OCR基准测试（完整指南）

【免费下载链接】DiffusionNFT [ICLR 2026 Oral] DiffusionNFT: Online Diffusion Reinforcement with Forward Process 项目地址： https://gitcode.com/gh_mirrors/di/DiffusionNFT 点击查看 免费下载 DiffusionNFT 是 ICLR 2026 Oral 论文「Online Diffusion Rei…

2026/10/15 15:50:05 阅读更多 →
从 Prompt 到 Loop 三级跳：Loop Engineering 橙皮书图解 AI 工程四层栈

从 Prompt 到 Loop 三级跳：Loop Engineering 橙皮书图解 AI 工程四层栈

文档教程AI Agent人工智能 【免费下载链接】loop-engineering-orange-book 别再问我什么是 Loop Engineering — 橙皮书系列。A plain-language guide to loop engineering (中文 English PDF). Free. 项目地址： https://gitcode.com/gh_mirrors/lo/loop-engineeri…

2026/10/15 15:50:05 阅读更多 →
AIRI DevLog 实战解析：把 yui540 的 CSS 动画移植成可复用的 Vue 页面转场组件

AIRI DevLog 实战解析：把 yui540 的 CSS 动画移植成可复用的 Vue 页面转场组件

人工智能AI AgentMCP 服务工具调用GUI 自动化语音数字人交互助手 【免费下载链接】airi 💖🧸 自托管、归你拥有的 Grok 风格 AI 伴侣与 waifu / 赛博生命灵魂容器，目标是接近 Neuro-sama 的高度；支持实时语音聊天、Minecraft 和 F…

2026/10/15 15:50:05 阅读更多 →
PID算法实战指南：从仿真调参到硬件部署避坑

PID算法实战指南：从仿真调参到硬件部署避坑

简介：本资源是一套面向嵌入式开发初学者与单片机工程师的PID控制算法实战代码库，聚焦STM32平台闭环控制场景，解决电机调速、温控系统、姿态稳定等典型应用中控制器设计与移植难题。压缩包共394个文件，以99个C源文件和102个头文件&…

2026/10/15 15:49:04 阅读更多 →

日新闻

Docker Compose 容器化部署 ChirpStack LoRaWAN 网络服务器实战

Docker Compose 容器化部署 ChirpStack LoRaWAN 网络服务器实战

1. 为什么选择容器化方式部署 LoRa 网络服务LoRa 物联网项目落地时，网络服务器是整个链路的核心枢纽。它负责接收网关上报的数据包、完成去重与解密、再把有效载荷分发给上层应用。早期大家习惯把网络服务器直接装在物理机上，依赖一堆系统库和特定版本的…

2026/10/15 0:00:46 阅读更多 →
共享LLM服务下的跨模型自动扩缩容：Kubernetes实战与避坑指南

共享LLM服务下的跨模型自动扩缩容：Kubernetes实战与避坑指南

1. 共享推理服务里，扩缩容到底难在哪做过大模型推理服务部署的人，大概都经历过这样的场景：一个团队共用一套推理集群，A 业务跑的是 7B 的小模型，B 业务跑的是 72B 的大模型，C 业务白天流量高、晚上几乎归零…

2026/10/15 0:00:46 阅读更多 →
Systemd 启动阶段根文件系统只读之谜：fstab 与 remount-fs 服务深度解析

Systemd 启动阶段根文件系统只读之谜：fstab 与 remount-fs 服务深度解析

1. 引子：一次内核恐慌引发的追查先从一个真实场景说起。某次我给一台老旧的嵌入式设备折腾系统裁减，为了把启动时间压进两秒以内，我手贱地把一串自认为“没用”的 systemd 服务给 disable 了，其中就包括systemd-remount-fs.servic…

2026/10/15 0:00:46 阅读更多 →

周新闻

流感时间序列预测实战：ARIMA/LSTM全流程拆解与避坑指南

流感时间序列预测实战：ARIMA/LSTM全流程拆解与避坑指南

简介：基于 ARIMA、LSTM、Transformer 等模型的流感时间序列预测 Python 源码，面向计算机相关专业课程设计与期末大作业学生，以及项目实战学习者。内容覆盖预处理、平稳性检验、定阶、残差分析、多模型对比预测的完整时序建模流程，…

2026/10/14 3:30:28 阅读更多 →
影刀RPA新手教程：键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程：键盘模拟输入实战——输入文本与模拟按键的区别

影刀RPA新手教程：键盘模拟输入实战——输入文本与模拟按键的区别 做影刀RPA自动化，十个新手有八个栽在"往输入框里填东西"这件事上：要么填不进去，要么填了一半，要么直接把原来内容追加在后面。这背后的根因&…

2026/10/14 16:30:29 阅读更多 →
影刀RPA新手教程：阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程：阅文起点小说数据采集实战——书籍信息与章节内容

影刀RPA新手教程：阅文起点小说数据采集实战——书籍信息与章节内容 1. 认识影刀：什么场景该用RPA采小说数据 起点中文网的页面结构相对稳定——分类榜单、书籍详情、章节内容三块独立页面，跳转链路清晰。这种场景非常适合影刀自动化&#x…

2026/10/15 13:48:15 阅读更多 →

月新闻

我发现了一个新思路：用 Remotion + Claude Code 像写代码一样自动化生成短视频

我发现了一个新思路：用 Remotion + Claude Code 像写代码一样自动化生成短视频

/* MD / 富文本中的 .toc（含博客园搬家等嵌套结构）；.toc-box 在侧栏，不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p（:empty 仍占 20px），一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/15 0:14:36 阅读更多 →
Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式：TaoToken 统一 Key 配置与验证

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式：TaoToken 统一 Key 配置与验证

/* MD / 富文本中的 .toc（含博客园搬家等嵌套结构）；.toc-box 在侧栏，不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p（:empty 仍占 20px），一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/14 22:45:47 阅读更多 →
黑夜航拍船只数据集训练YOLOV5模型全流程解析

黑夜航拍船只数据集训练YOLOV5模型全流程解析

/* MD / 富文本中的 .toc（含博客园搬家等嵌套结构）；.toc-box 在侧栏，不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p（:empty 仍占 20px），一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/15 9:49:14 阅读更多 →