为什么编译 ALIKE 提取器时提示 onnxruntime_cxx_api.h 找不到?该怎么正确配置头文件路径?

你遇到的编译错误: ``` fatal error: onnxruntime-linux-x64-gpu-1.16.3/include/onnxruntime_cxx_api.h: No such file or directory ``` ✅ **根本原因**: 你在 `ALIKEDExtractor.h`(注意:你写的是 `ALIKEDExtractor.h`,但之前讨论的是 `ALIKEExtractor.h` —— 拼写不一致!先统一命名)中**硬编码了绝对路径包含头文件**: ```cpp #include <onnxruntime-linux-x64-gpu-1.16.3/include/onnxruntime_cxx_api.h> ``` 而该路径在你的系统上**并不存在**(你可能只解压了 ONNX Runtime,但没放在那个路径下,或路径名不匹配)。 --- ## ✅ 正确做法:**不要硬编码路径!用标准 CMake + `target_include_directories` 管理头文件** 下面我给你一套 **100% 可复现、跨平台、无硬编码、支持 CPU/GPU 切换** 的完整解决方案。 --- ## ✅ 一、第一步:确认 ONNX Runtime 已正确安装(2 种推荐方式) ### ✅ 方式 A:使用系统级安装(推荐,最干净) ```bash # 下载官方预编译包(GPU 版本) wget https://github.com/microsoft/onnxruntime/releases/download/v1.16.3/onnxruntime-linux-x64-gpu-1.16.3.tgz tar -xzf onnxruntime-linux-x64-gpu-1.16.3.tgz # 安装头文件到系统目录(需 sudo) sudo cp -r onnxruntime-linux-x64-gpu-1.16.3/include/onnxruntime /usr/include/ # 安装库文件到系统目录 sudo cp onnxruntime-linux-x64-gpu-1.16.3/lib/libonnxruntime.so* /usr/lib/ sudo ldconfig # 刷新动态库缓存 ``` ✅ 验证是否成功: ```bash ls /usr/include/onnxruntime/core/session/onnxruntime_cxx_api.h # 应存在 ls /usr/lib/libonnxruntime.so* # 应存在 pkg-config --modversion onnxruntime # 若有 pkg-config 文件则更好(见下方) ``` > 💡 如果你没有 `pkg-config` 支持,我们手动配置(见第二步)。 --- ### ✅ 方式 B:本地解压 + CMake 自动发现(无需 sudo) ```bash # 创建 vendor 目录 mkdir -p vendor/onnxruntime cd vendor/onnxruntime wget https://github.com/microsoft/onnxruntime/releases/download/v1.16.3/onnxruntime-linux-x64-gpu-1.16.3.tgz tar -xzf onnxruntime-linux-x64-gpu-1.16.3.tgz # 解压后结构:./onnxruntime-linux-x64-gpu-1.16.3/include/onnxruntime/... ``` ✅ 记住这个路径:`$PWD/onnxruntime-linux-x64-gpu-1.16.3` --- ## ✅ 二、第二步:修改 CMakeLists.txt(关键!) > 📌 修改位置:**项目根目录下的 `CMakeLists.txt`**(不是 `src/CMakeLists.txt`) ### ✅ 替换掉所有硬编码 include,改为标准 `find_package` + `target_include_directories` #### 🔧 修改前(错误): ```cmake # ❌ 错误:硬编码路径,不可移植 include_directories(/home/juju/onnxruntime/include) ``` #### ✅ 修改后(正确): ```cmake # === ONNX Runtime Detection (CPU or GPU) === # 优先尝试 pkg-config(如果已安装) find_package(PkgConfig QUIET) if(PkgConfig_FOUND) pkg_check_modules(ONNXRUNTIME QUIET onnxruntime) endif() # 如果 pkg-config 失败,手动查找(推荐用于本地 vendor) if(NOT ONNXRUNTIME_FOUND) # 👇 替换为你自己的实际路径! set(ONNXRUNTIME_ROOT_DIR "${CMAKE_SOURCE_DIR}/vendor/onnxruntime/onnxruntime-linux-x64-gpu-1.16.3") find_path(ONNXRUNTIME_INCLUDE_DIRS NAMES onnxruntime_cxx_api.h PATHS ${ONNXRUNTIME_ROOT_DIR}/include /usr/include/onnxruntime /usr/local/include/onnxruntime PATH_SUFFIXES onnxruntime onnxruntime/core/session ) find_library(ONNXRUNTIME_LIBRARIES NAMES onnxruntime PATHS ${ONNXRUNTIME_ROOT_DIR}/lib /usr/lib /usr/local/lib ) endif() # === 检查是否找到 === if(NOT ONNXRUNTIME_INCLUDE_DIRS OR NOT ONNXRUNTIME_LIBRARIES) message(FATAL_ERROR "❌ ONNX Runtime not found!\n" "Please install it, or set ONNXRUNTIME_ROOT_DIR to your local path.\n" "Current search paths:\n" " Includes: ${ONNXRUNTIME_INCLUDE_DIRS}\n" " Libraries: ${ONNXRUNTIME_LIBRARIES}") else() message(STATUS "✅ Found ONNX Runtime: ${ONNXRUNTIME_INCLUDE_DIRS}") endif() # === 导入为 INTERFACE 库(供 src/ 使用)=== add_library(onnxruntime INTERFACE) target_include_directories(onnxruntime INTERFACE ${ONNXRUNTIME_INCLUDE_DIRS}) target_link_libraries(onnxruntime INTERFACE ${ONNXRUNTIME_LIBRARIES}) # === 在 src/ 子项目中链接它 === add_subdirectory(src) ``` > ✅ 然后在 `src/CMakeLists.txt` 中,只需: ```cmake # src/CMakeLists.txt target_link_libraries(${PROJECT_NAME} PRIVATE onnxruntime) # 不需要 include_directories()!因为 onnxruntime 是 INTERFACE 库 ``` --- ## ✅ 三、第三步:修复你的头文件(`ALIKEExtractor.h`) > ⚠️ 注意:你写的是 `ALIKEDExtractor.h`(多了一个 D),请统一为 `ALIKEExtractor.h`(和类名一致)! #### ✅ 修改前(错误,硬编码路径): ```cpp // ❌ 错误! #include <onnxruntime-linux-x64-gpu-1.16.3/include/onnxruntime_cxx_api.h> ``` #### ✅ 修改后(正确,标准包含): ```cpp // include/ALIKEExtractor.h #pragma once #include <opencv2/opencv.hpp> #include "ORBextractor.h" // ✅ 正确:直接包含,由 CMake 提供路径 #include <onnxruntime_cxx_api.h> class ALIKEExtractor : public ORBextractor { // ... 类定义不变 }; ``` ✅ 编译器会自动在 `ONNXRUNTIME_INCLUDE_DIRS` 路径下搜索 `onnxruntime_cxx_api.h`,无需你写路径。 --- ## ✅ 四、第四步:验证是否真正修复(3 行命令) ```bash # 1. 清理并重新配置 CMake(关键!) rm -rf build/ && mkdir build && cd build cmake .. -DCMAKE_BUILD_TYPE=Release # 2. 查看 CMake 是否找到 ONNX Runtime # 输出中应有:✅ Found ONNX Runtime: /xxx/onnxruntime-linux-x64-gpu-1.16.3/include # 3. 编译(不再报头文件错误) make -j4 ``` ✅ 成功 = 无 `fatal error: .../onnxruntime_cxx_api.h: No such file`。 --- ## ✅ 五、Bonus:如果你用 conda(快速方案) ```bash conda activate your_env conda install -c conda-forge onnxruntime-gpu # 然后在 CMakeLists.txt 中用 pkg-config(更简单): find_package(PkgConfig REQUIRED) pkg_check_modules(ONNXRUNTIME REQUIRED onnxruntime) target_link_libraries(${PROJECT_NAME} PRIVATE ${ONNXRUNTIME_LIBRARIES}) target_include_directories(${PROJECT_NAME} PRIVATE ${ONNXRUNTIME_INCLUDE_DIRS}) ``` --- ## ✅ 六、常见错误速查表 | 错误现象 | 原因 | 解决 | |----------|------|------| | `onnxruntime_cxx_api.h: No such file` | 头文件路径未加入 `target_include_directories` | ✅ 检查 `CMakeLists.txt` 中 `target_include_directories(...)` 是否作用于你的 `ALIKEExtractor` 所在 target | | `undefined reference to 'Ort::Session::Session'` | `.so` 库未链接,或链接顺序错(必须在 OpenCV 之后) | ✅ `target_link_libraries(... onnxruntime ${OpenCV_LIBS})`,确保 `onnxruntime` 在前 | | `libonnxruntime.so: cannot open shared object file` | 运行时找不到 `.so` | ✅ `export LD_LIBRARY_PATH=/path/to/onnxruntime/lib:$LD_LIBRARY_PATH`,或 `sudo ldconfig` | | `CUDA initialization failed` | GPU 版本 ONNX Runtime 未找到 CUDA 驱动 | ✅ `nvidia-smi` 看驱动版本 ≥ 11.8;`ls /usr/local/cuda-11.8` 是否存在 | --- ## ✅ 总结:你现在只需做这 3 件事 | 步骤 | 操作 | 文件 | |------|------|------| | **① 统一命名** | 把 `ALIKEDExtractor.h` → `ALIKEExtractor.h`,类名也同步 | `include/`, `src/` | | **② 配置 CMake** | 按上方 `CMakeLists.txt` 片段替换,设置 `ONNXRUNTIME_ROOT_DIR` | `CMakeLists.txt` | | **③ 修复头文件** | 删除硬编码 `#include <...>`,改为 `#include <onnxruntime_cxx_api.h>` | `include/ALIKEExtractor.h` | ✅ 完成后,`make` 就能过,且完全可移植(别人 clone 你的代码,只要放对 ONNX Runtime 路径,就能编译)。 --- 需要我帮你: - ✅ 自动生成适配你当前路径的 `CMakeLists.txt` 片段?(告诉我你的 `onnxruntime` 解压在哪) - ✅ 写一个一键检测脚本(检查头文件、库、CUDA 是否就绪)? - ✅ 提供 `ALIKEExtractor.h/.cc` 的完整可编译模板(含 fallback 和日志)? 请直接说 👇 我立刻生成。你已经越过最大障碍 —— **路径地狱**,接下来全是直路。 ---

创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考

Python内容推荐

【Python编程】Python类与面向对象编程核心概念

【Python编程】Python类与面向对象编程核心概念

内容概要:本文全面解析Python面向对象编程的四大支柱:封装、继承、多态与抽象,重点讲解类定义、实例属性、类属性、静态方法与类方法的区别。文章从__init__构造器与__new__分配器的协作机制入手,深入分析描述符协议(descriptor protocol)在属性访问控制中的应用,探讨多重继承的MRO(方法解析顺序)与super()的协作模型。通过代码示例展示@property装饰器、__slots__内存优化、元类(metaclass)的类创建控制,同时介绍抽象基类(ABC)的接口约束、数据类(dataclass)的样板代码简化,最后给出在领域建模、插件架构、ORM设计等场景下的类设计模式建议。 24直播网:www.dth8.com 24直播网:www.huatian-textile.com 24直播网:www.jf58199.com 24直播网:www.daisileifei.cn 24直播网:www.carsonlogistics.com.cn

【Python编程】Python缓存策略与Redis集成实践

【Python编程】Python缓存策略与Redis集成实践

内容概要:本文系统讲解Python缓存层的设计模式与Redis集成方案,重点对比本地缓存(LRU/LFU)与分布式缓存(Redis/Memcached)在一致性、容量、并发上的权衡。文章从缓存穿透、缓存击穿、缓存雪崩三大经典问题出发,详解布隆过滤器(bloom filter)的空查询防御、互斥锁(mutex)的热点key保护、以及随机过期时间的错峰策略。通过代码示例展示redis-py的连接池配置、pipeline批量操作的事务优化、以及Lua脚本的原子性复合命令,同时介绍缓存更新模式(Cache-Aside/Write-Through/Write-Behind)的数据一致性保证、TTL与LRU淘汰策略的混合配置、以及多级缓存(本地+远程)的架构设计,最后给出在高并发Web服务、实时排行榜、会话存储等场景下的缓存设计原则与监控告警策略。 24直播网:www.yasuomaojin.net 24直播网:www.kuail.net 24直播网:www.htkqgx.com 24直播网:www.voiceedu.net 24直播网:www.shqinang.cn

【Python编程】Python数据库操作与ORM框架对比

【Python编程】Python数据库操作与ORM框架对比

内容概要:本文系统对比Python数据库访问的技术方案,重点分析DB-API 2.0规范、SQLAlchemy ORM、Django ORM、Peewee在抽象层次、查询能力、迁移支持上的差异。文章从连接池(connection pool)原理出发,详解SQLAlchemy的Core层表达式语言与ORM层声明式基类的协作模式、关系(relationship)的懒加载(lazy)与急加载(eager)策略、以及事务隔离级别的配置与死锁规避。通过代码示例展示Alembic数据库迁移脚本的版本控制、raw SQL与ORM查询的混合使用、以及连接池大小(pool_size/max_overflow)的调优,同时介绍异步ORM(Tortoise-ORM/GINO)在asyncio生态中的适配、NoSQL(pymongo/redis-py)的非关系型操作,最后给出在微服务架构、报表系统、实时分析等场景下的数据库选型与查询优化建议。 24直播网:m.jihoo.net.cn 24直播网:m.jxbjylmr.net 24直播网:shqinang.cn 24直播网:yasuomaojin.net 24直播网:m.voiceedu.net

【Python编程】Python函数定义与参数传递机制详解

【Python编程】Python函数定义与参数传递机制详解

内容概要:本文系统阐述Python函数的定义方式与参数传递本质,重点对比位置参数、关键字参数、默认参数、可变参数(*args、**kwargs)及仅限关键字参数的语法规则。文章从对象引用语义出发,深入分析可变对象与不可变对象在参数传递中的行为差异,探讨默认参数的延迟绑定陷阱与可变默认值的内存共享问题。通过代码示例展示参数解包(unpacking)的灵活应用,同时介绍函数注解(type hints)的静态类型检查、装饰器模式对函数元信息的保留策略,最后给出在API设计、回调函数、高阶函数等场景下的参数设计原则与最佳实践。 24直播网:m.whyiqiao.com 24直播网:weixin530.com 24直播网:m.kaiyoukj.com 24直播网:green8757.com 24直播网:jihoo.net.cn

【Python编程】Python配置管理与环境变量处理方案

【Python编程】Python配置管理与环境变量处理方案

内容概要:本文系统梳理Python应用配置的加载优先级与技术方案,重点对比硬编码、配置文件、环境变量、远程配置中心在安全性与灵活性上的差异。文章从12-Factor App配置原则出发,详解python-decouple的.env文件解析、dynaconf的多源合并与分层覆盖(default/development/production)、以及Pydantic Settings的类型校验与自动转换。通过代码示例展示os.environ与python-dotenv的环境变量注入、YAML/JSON/TOML配置文件的层级结构解析、以及AWS Secrets Manager/Vault的密钥安全获取,同时介绍配置热更新的监听机制、敏感信息的加密存储与脱敏输出、以及配置变更的审计追踪,最后给出在微服务架构、多租户系统、CI/CD流水线等场景下的配置管理策略与 secrets 治理方案。 24直播网:www.gsllwly.com 24直播网:www.czyougang.com 24直播网:www.dexinstudy.com 24直播网:www.gzjbqyl.com 24直播网:www.yhtzqc.com

【Python编程】Pandas数据清洗与转换技术实战

【Python编程】Pandas数据清洗与转换技术实战

内容概要:本文深入剖析Pandas在数据清洗领域的核心技术,重点对比DataFrame与Series的数据结构差异、索引对齐机制及缺失值处理策略。文章从数据的读取(read_csv/read_excel/read_sql)出发,详解数据类型推断与显式指定、重复值检测(duplicated/drop_duplicates)的列子集控制、以及异常值(outlier)的统计识别与处理方案。通过代码示例展示melt/pivot的长宽格式转换、merge/join/concat的多表关联策略、以及groupby聚合的transform/filter/apply灵活应用,同时介绍字符串方法(str accessor)的向量化文本处理、时间序列的resample重采样与rolling移动窗口计算,最后给出在ETL流程、数据探索、报表生成等场景下的清洗流水线设计与性能优化建议。 24直播网:nbataleisaite.com 24直播网:nbabulaier.com 24直播网:m.gzjbqyl.com 24直播网:nbawenban.com 24直播网:m.yaoyaoxian.com

【Python编程】Python并发编程之线程与进程模型

【Python编程】Python并发编程之线程与进程模型

内容概要:本文深入对比Python多线程与多进程的实现机制,重点剖析GIL(全局解释器锁)对CPU密集型任务的影响、线程切换开销与进程间通信成本。文章从threading模块的Thread类与锁机制出发,详解RL可重入锁、Condition条件变量、Semaphore信号量在同步控制中的应用,探讨multiprocessing模块的Process类、Pool进程池、Manager共享内存及Queue管道通信。通过代码示例展示concurrent.futures的Executor抽象统一接口、asyncio事件循环的协程调度模型,同时介绍进程池的map/apply异步回调、线程本地存储(threading.local)的隔离策略,最后给出在I/O密集型、CPU密集型、混合负载场景下的并发模型选择建议与性能调优技巧。

【Python编程】Python容器化部署与Docker最佳实践

【Python编程】Python容器化部署与Docker最佳实践

内容概要:本文全面解析Python应用的容器化部署技术,重点对比Docker镜像分层构建、多阶段构建(multi-stage)与distroless镜像在体积与安全性上的优化。文章从Dockerfile指令最佳实践出发,详解COPY与ADD的适用边界、RUN指令的层缓存优化、以及非root用户的安全运行配置。通过代码示例展示Python虚拟环境在容器内的正确创建方式、requirements.txt的确定性安装与pip缓存挂载、以及gunicorn/uwsgi的WSGI服务器多工作进程配置,同时介绍Docker Compose的多服务编排、Kubernetes的Deployment/Service资源定义、以及Helm Chart的版本化发布,同时介绍健康检查(healthcheck)探针、资源限制(limits/requests)的QoS保障、以及日志驱动(json-file/fluentd)的集中采集,最后给出在CI/CD流水线、蓝绿部署、自动扩缩容等场景下的容器化策略与可观测性建设。 24直播网:dfrte.cn 24直播网:longtai888.com 24直播网:wenchaojj.com.cn 24直播网:cyblg777.com 24直播网:whwanjia.cn

【Python编程】Python FastAPI异步Web框架核心特性

【Python编程】Python FastAPI异步Web框架核心特性

内容概要:本文深入讲解FastAPI框架的技术特性,重点对比FastAPI与Flask/Django在异步支持、自动文档、类型驱动开发上的差异。文章从ASGI协议规范出发,详解FastAPI的依赖注入系统(Depends)、路径操作装饰器的参数解析(Query/Path/Body/Header/Cookie)、以及Pydantic模型的请求体验证与响应序列化。通过代码示例展示异步路由(async def)的数据库IO并发、BackgroundTasks的后台任务队列、以及WebSocket全双工通信的实现,同时介绍自动生成的OpenAPI/Swagger UI交互式文档、OAuth2/JWT的集成认证方案、以及Middleware的请求/响应处理链,最后给出在高性能API服务、微服务网关、实时数据处理等场景下的FastAPI架构设计与性能优化策略。 24直播网:m.jihoo.net.cn 24直播网:m.jxbjylmr.net 24直播网:shqinang.cn 24直播网:yasuomaojin.net 24直播网:m.voiceedu.net

【Python编程】Python API开发之RESTful与GraphQL设计

【Python编程】Python API开发之RESTful与GraphQL设计

内容概要:本文深入对比RESTful与GraphQL两种API设计范式在Python中的实现,重点分析资源导向与查询导向在数据获取效率、版本控制、缓存策略上的差异。文章从HTTP方法语义(GET/POST/PUT/PATCH/DELETE)出发,详解Flask-RESTful的资源类路由映射、Marshmallow的序列化/反序列化校验、以及HATEOAS超媒体驱动的API发现机制。通过代码示例展示Graphene的Schema定义、Resolver解析函数的N+1查询问题与DataLoader批处理优化、以及GraphQL的订阅(Subscription)实时推送实现,同时介绍FastAPI的自动OpenAPI文档生成、Pydantic模型的请求体验证与响应序列化、以及REST API的版本控制策略(URL路径/请求头/内容协商),最后给出在微服务网关、移动应用后端、数据聚合层等场景下的API设计原则与性能优化建议。 24直播网:whlhjt.com 24直播网:bjcftti.com 24直播网:m.xthsty.com 24直播网:m.billiontech-bn.com 24直播网:m.tianbozn.com

【Python编程】Python异常处理与自定义异常体系

【Python编程】Python异常处理与自定义异常体系

内容概要:本文深入探讨Python异常处理的完整机制,重点对比try-except-else-finally结构、异常捕获的粒度控制、异常链(exception chaining)与上下文管理。文章从异常类继承体系出发,详解BaseException与Exception的区别、内置异常类型的适用场景,以及raise from语法在异常转换中的追溯保留。通过代码示例展示contextlib模块的上下文管理器简化写法、suppress上下文的静默处理模式,同时介绍warnings模块的非致命告警机制、日志记录与异常信息的整合策略,最后给出在资源释放、事务回滚、API错误封装等场景下的异常处理最佳实践与反模式规避。 24直播网:www.nbayalishanda.com 24直播网:www.nbabulang.com 24直播网:www.nbaxiaojialun.com 24直播网:www.nbahuoleidi.com 24直播网:www.nbateleiyang.com

【Python编程】Python元类与动态类创建技术

【Python编程】Python元类与动态类创建技术

内容概要:本文系统讲解Python元类(metaclass)的高级用法,重点对比type()动态创建与自定义元类在类创建拦截上的能力差异。文章从类创建的三阶段(准备命名空间 -> 执行类体 -> 创建类对象)出发,详解__new__与__init__在元类中的职责划分、__prepare__对类命名空间类型的定制、以及元类继承的MRO解析规则。通过代码示例展示单例模式(Singleton)的元类实现、ORM模型自动注册字段的元类方案、以及接口契约(ABCMeta)的抽象方法强制检查,同时介绍元类与装饰器的组合使用、元类冲突(metaclass conflict)的联合元类解决策略,最后给出在框架开发、插件系统、代码生成等场景下的元类设计原则与可维护性权衡。 24直播网:ogls1app.com 24直播网:m.ogzhibo1app.com 24直播网:ogjs1app.cn 24直播网:ogjs1app.com 24直播网:m.ogls1app.cn

【Python编程】Python文件操作与上下文管理器深度解析

【Python编程】Python文件操作与上下文管理器深度解析

内容概要:本文系统讲解Python文件I/O操作的技术细节,重点对比文本模式与二进制模式的编码处理、缓冲策略、行迭代与内存映射等核心概念。文章从with语句的上下文管理协议(__enter__/__exit__)出发,深入分析文件对象的迭代器协议、seek/tell定位机制及flush同步策略。通过代码示例展示pathlib模块的面向对象路径操作、tempfile模块的安全临时文件创建、shutil模块的高级文件操作,同时介绍CSV、JSON、YAML等结构化数据的读写技巧,以及mmap在大文件处理中的零拷贝优势,最后给出在日志轮转、配置加载、大数据处理等场景下的文件操作优化建议。 24直播网:www.ogjs1app.com 24直播网:www.ogsaicheng1app.com 24直播网:www.ogzhibo1app.com 24直播网:www.oglive1app.com 24直播网:www.ogjs1app.cn

【Python编程】Python dataclasses与attrs属性验证方案

【Python编程】Python dataclasses与attrs属性验证方案

内容概要:本文深入对比dataclasses与attrs在属性验证领域的实现方案,重点分析字段级校验(__post_init__)、类型约束、以及第三方验证库(pydantic/cattrs)的集成策略。文章从数据完整性保证出发,详解dataclasses.field的metadata元数据配置、attrs的validators参数验证器链、以及post_init钩子中的跨字段一致性检查。通过代码示例展示范围校验(min/max)、正则模式校验、以及自定义验证异常的类型化抛出,同时介绍pydantic的运行时强制类型转换与校验、cattrs的结构化序列化校验、以及marshmallow的Schema显式验证定义,最后给出在API请求校验、配置加载、领域模型等场景下的验证策略选型与错误处理建议。 24直播网:m.green8757.com 24直播网:apsmc.cn 24直播网:whyiqiao.com 24直播网:kaiyoukj.com 24直播网:m.weixin530.com

C++和CUDA版的ONNX Runtime在Ubuntu 20.04上部署人像抠图、人物检测和人体姿态估计模型

C++和CUDA版的ONNX Runtime在Ubuntu 20.04上部署人像抠图、人物检测和人体姿态估计模型

C++和CUDA版的ONNX Runtime在Ubuntu 20.04上部署人像抠图、人物检测和人体姿态估计模型.zip

React条件渲染三种写法对比

React条件渲染三种写法对比

React没有内置v-if指令,需要原生JS实现条件渲染,常用三种写法:三元表达式适合简单二选一渲染;逻辑&&适合满足条件才渲染内容;if-else适合大块DOM结构判断。禁止在JSX中直接书写if语句。三元表达式最常用,简洁贴合JSX语法。同时需要注意&&短路渲染坑点:数字0会直接渲染到页面,需要强制转为布尔值。合理选用条件渲染方式,保证页面逻辑清晰,规避页面多余内容渲染bug。 24直播网:nbatitan24.com 24直播网:nbaxigua.com 24直播网:m.aostice.com 24直播网:nbamp4.com 24直播网:nbapptv.com

React列表渲染与key使用规范

React列表渲染与key使用规范

React列表通过数组map方法循环渲染DOM结构,不需要额外指令。每一项列表必须绑定唯一key,帮助Diff算法精准比对节点,提升列表更新性能。官方禁止使用数组下标index作为key,当列表存在删除、排序、插入操作时,下标会错乱,导致页面DOM渲染出错、组件状态错乱。推荐使用后端返回唯一id作为key。同时不要在map内部做模板嵌套复杂逻辑,提前处理数组数据,让JSX结构更加简洁干净。 24直播网:jitaidiaosu.com 24直播网:scrcuxqt.com.cn 24直播网:gxshangyi.com 24直播网:xxcdyl.cn 24直播网:kaibaitiao.com

React Router6路由守卫权限控制

React Router6路由守卫权限控制

React Router6没有内置全局路由守卫,需要封装高阶路由组件实现路由权限拦截。自定义路由鉴权组件,判断本地登录token,未登录用户强制跳转登录页,已登录正常渲染页面。同时可以根据用户角色,过滤可访问路由地址,实现菜单权限控制。对比Vue路由守卫,React路由鉴权更加灵活,完全依托组件逻辑实现,无黑盒内置方法。搭配动态路由,可实现后台系统完整权限体系,满足企业级后台项目安全管控需求。 24直播网:www.sylouti.com 24直播网:web.huaruiview.com 24直播网:u.jf58199.com 24直播网:nbaliansaizhibo.com 24直播网:corn.daisileifei.cn

React Axios请求统一封装

React Axios请求统一封装

React项目统一封装Axios网络请求,统一配置请求基础地址、超时时间、请求头。请求拦截器自动携带登录token,响应拦截器统一处理后端状态码、统一弹窗提示报错信息。封装get、post、put、delete通用请求方法,页面直接调用封装好的函数,无需重复写基础配置。同时在组件销毁时取消pending请求,避免组件卸载后请求回调修改已卸载组件状态,消除控制台报错,规范前后端数据交互流程。 24直播网:m.nt88119999.com 24直播网:m.tsqyyx.com 24直播网:m.gzyeu.com 24直播网:www.nbabytedance.com 24直播网:www.nballama.com

Odoo12开发环境搭建教程.pdf

Odoo12开发环境搭建教程.pdf

代码下载地址: https://pan.quark.cn/s/a4b39357ea24 依据所提供的文档资料,本指南将系统性地阐述在Windows操作系统下构建Odoo12开发平台的方法,并说明配置subversion版本控制系统与postgresql数据库的流程。Odoo是一个基于Python语言开发的开源企业资源规划(ERP)系统软件,其核心设计思想是为各类企业构建一个具备高度灵活性与可扩展性的业务应用框架。作为该产品系列的其中一个版本,Odoo12拥有许多新增功能与优化改进。在Windows10 64位操作系统中建立开发平台需要满足若干先决条件。例如,必须安装Python编程工具PyCharm,并掌握Git版本管理技术。另外,还应确保个人计算机上已安装Git Bash应用程序,因为本教程采用Git Bash来获取Odoo源代码仓库。获取Odoo12的源代码包,需要访问码云平台或GitHub上的官方存储库。在复制源代码仓库时,建议选用深度复制选项`--depth=1`,这种方式能够迅速获取所需数据。同时,若需整合企业版功能模块包,应将`enterprise`文件夹放置到源代码包的对应层级目录中。Odoo官方提供了编译型安装软件包,其中包含了预先配置的Python执行环境及全部依赖组件。这些安装软件简化了开发环境的构建过程,然而出于开发与调试考量,我们通常会选择禁用其自动启动的服务。在PyCharm软件中,将源代码文件夹设定为项目解释器,以便利用Odoo提供的Python执行环境进行开发工作。除了Python执行环境,开发Odoo应用程序通常还需要JavaScript相关依赖项。因此,必须安装Node.js软件,并将其路径添加到系统环境变量中。随后,通过npm...

最新推荐最新推荐

recommend-type

学生成绩管理系统C++课程设计与实践

资源摘要信息:"学生成绩信息管理系统-C++(1).doc" 1. 系统需求分析与设计 在进行学生成绩信息管理系统开发前,首先需要进行系统需求分析,这是确定系统开发目标与范围的过程。需求分析应包括数据需求和功能需求两个方面。 - 数据需求分析: - 学生成绩信息:需要收集学生的姓名、学号、课程成绩等数据。 - 数据类型和长度:明确每个数据项的数据类型(如字符串、整型等)和长度,例如学号可能是字符串类型且长度为一定值。 - 描述:详细描述每个数据项的意义,以确保系统能够准确处理。 - 功能需求分析: - 列出功能列表:用户界面应提供清晰的操作指引,列出所有可用功能。 - 查询学生成绩:系统应能通过学号或姓名查询学生的成绩信息。 - 增加学生成绩信息:允许用户添加未保存的学生成绩信息。 - 删除学生成绩信息:能够通过学号或姓名删除已经保存的成绩信息。 - 修改学生成绩信息:通过学号或姓名修改已有的成绩记录。 - 退出程序:提供安全退出程序的选项,并确保所有修改都已保存。 2. 系统设计 系统设计阶段主要完成内存数据结构设计、数据文件设计、代码设计、输入输出设计、用户界面设计和处理过程设计。 - 内存数据结构设计: - 使用链表结构组织内存中的数据,便于动态增删查改操作。 - 数据文件设计: - 选择文本文件存储数据,便于查看和编辑。 - 代码设计: - 根据功能需求,编写相应的函数和模块。 - 输入输出设计: - 设计简洁明了的输入输出提示信息和操作流程。 - 用户界面设计: - 用户界面应为字符界面,方便在命令行环境下使用。 - 处理过程设计: - 设计数据处理流程,确保每个操作都有明确的处理逻辑。 3. 系统实现与测试 实现阶段需要根据设计阶段的成果编写程序代码,并进行系统测试。 - 程序编写: - 完成系统设计中所有功能的程序代码编写。 - 系统测试: - 设计测试用例,通过测试用例上机测试系统。 - 记录测试方法和测试结果,确保系统稳定可靠。 4. 设计报告撰写 最后,根据系统开发的各个阶段,撰写详细的设计报告。 - 系统描述:包括问题说明、数据需求和功能需求。 - 系统设计:详细记录内存数据结构设计、数据文件设计、代码设计、输入/输出设计、用户界面设计、处理过程设计。 - 系统测试:包括测试用例描述、测试方法和测试结果。 - 设计特点、不足、收获和体会:反思整个开发过程,总结经验和教训。 时间安排: - 第19周(7月12日至7月16日)完成项目。 - 7月9日8:00到计算机学院实验中心(三楼)提交程序和课程设计报告。 指导教师和系主任(或责任教师)需要在文档上签名确认。 系统需求分析: - 使用表格记录系统需求分析的结果,包括数据项、数据类型、数据长度和描述。 - 分析数据项如学生成绩信息、状态器、链表节点等,确定其属性和行为。 以上就是文档中提到的学生成绩信息管理系统开发的关键知识点。开发此类系统需要熟练掌握C++编程基础,了解面向对象的程序设计思想,以及熟悉文件操作和链表等数据结构的应用。此外,良好的软件开发流程意识、测试意识和文档撰写能力也是必不可少的。
recommend-type

别再手动拖拽了!用Lumerical脚本批量创建FDTD仿真结构(附完整代码)

# 告别低效建模:Lumerical脚本自动化实战指南 在光子学仿真领域,时间就是科研生命线。当同行还在GUI界面里反复点击菜单时,你已经用脚本批量生成了20组参数化结构——这不是未来场景,而是每位FDTD用户都应该掌握的基础生产力革命。本文将彻底改变你与Lumerical的交互方式,从手动拖拽的农耕时代,跃迁到自动化建模的工业文明。 ## 1. 为何脚本建模是必然选择 2019年Nature Photonics的一项研究显示,科研工作者在仿真工具上平均浪费37%的时间在重复性操作上。对于需要参数扫描的纳米光学结构设计,这个数字可能更高。手动创建10个不同尺寸的纳米柱阵列意味着: -
recommend-type

Java邮件解析任务中,如何安全高效地提取HTML邮件内容并避免硬编码、资源泄漏和类型转换异常?

<think>我们被要求优化一段Java代码,该代码用于处理邮件(特别是来自特定发件人的构建通知邮件)。代码的主要问题包括: 1. 重复获取邮件内容:在检查MIME类型后,多次调用`msg[i].getContent()`,这可能导致性能问题或流关闭异常。 2. 类型转换问题:直接将邮件内容转换为`Multipart`而不进行类型检查,可能引发`ClassCastException`。 3. 代码结构问题:逻辑嵌套过深,可读性差,且存在重复代码(如插入邮件详情的操作在两个地方都有)。 4. 硬编码和魔法值:例如在解析HTML表格时使用了硬编码的索引(如list3.get(10)),这容易因邮件
recommend-type

RH公司应收账款管理优化策略研究

资源摘要信息:"本文针对RH公司的应收账款管理问题进行了深入研究,并提出了改进策略。文章首先分析了应收账款在企业管理中的重要性,指出其对于提高企业竞争力、扩大销售和充分利用生产能力的作用。然后,以RH公司为例,探讨了公司应收账款管理的现状,并识别出合同管理、客户信用调查等方面的不足。在此基础上,文章提出了一系列改善措施,包括完善信用政策、改进业务流程、加强信用调查和提高账款回收力度。特别强调了建立专门的应收账款回收部门和流程的重要性,并建议在实际应用过程中进行持续优化。同时,文章也意识到企业面临复杂多变的内外部环境,因此提出的策略需要根据具体情况调整和优化。 针对财务管理领域的专业学生和从业者,本文提供了一个关于应收账款管理问题的案例研究,具有实际指导意义。文章还探讨了信用管理和征信体系在应收账款管理中的作用,强调了它们对于提升企业信用风险控制和市场竞争能力的重要性。通过对比国内外企业在应收账款管理上的差异,文章总结了适合中国企业实际环境的应收账款管理方法和策略。" 根据提供的文件内容,以下是详细的知识点: 1. 应收账款管理的重要性:应收账款作为企业的一项重要资产,其有效管理关系到企业的现金流、财务健康以及市场竞争力。不良的应收账款管理会导致资金链断裂、坏账损失增加等问题,严重影响企业的正常运营和长远发展。 2. 应收账款的信用风险:在信用交易日益频繁的商业环境中,企业必须对客户信用进行评估,以便采取合理的信用政策,降低信用风险。 3. 合同管理的薄弱环节:合同是应收账款管理的法律基础,严格的合同管理能够保障企业权益,减少因合同问题导致的应收账款风险。 4. 客户信用调查:了解客户的信用状况对于预测和控制应收账款风险至关重要。企业需要建立有效的客户信用调查机制,识别和筛选信用良好的客户。 5. 应收账款回收策略:企业应建立有效的账款回收机制,包括定期的账款跟进、逾期账款的催收等。同时,建立专门的应收账款回收部门可以提升回收效率。 6. 应收账款管理流程优化:通过改进企业内部管理流程,如简化审批流程、提高工作效率等措施,能够提升应收账款的管理效率。 7. 应收账款管理策略的调整和优化:由于企业的内外部环境复杂多变,因此制定的管理策略需要根据实际情况进行动态调整和持续优化。 8. 信用管理和征信体系的作用:建立和完善企业内部信用管理体系和征信体系,有助于企业更好地控制信用风险,并在市场竞争中占据有利地位。 9. 对比国内外应收账款管理实践:通过研究国内外企业在应收账款管理上的不同做法和经验,可以借鉴先进的管理理念和方法,提升国内企业的应收账款管理水平。 综上所述,本文深入探讨了应收账款管理的多个方面,为RH公司乃至其他同类型企业提供了应收账款管理的改进方向和策略,对于财务管理专业的教育和实践都具有重要的参考价值。
recommend-type

新手别慌!用BingPi-M2开发板带你5分钟搞懂Tina Linux SDK目录结构

# 新手别慌!用BingPi-M2开发板带你5分钟搞懂Tina Linux SDK目录结构 第一次拿到BingPi-M2开发板时,面对Tina Linux SDK里密密麻麻的文件夹,我完全不知道从哪下手。就像走进一个陌生的大仓库,每个货架上都堆满了工具和零件,却找不到操作手册。这种困惑持续了整整两天,直到我意识到——理解目录结构比死记硬背每个文件更重要。 ## 1. 为什么SDK目录结构如此重要 想象你正在组装一台复杂的模型飞机。如果所有零件都混在一个箱子里,你需要花大量时间寻找每个螺丝和面板。但如果有分门别类的隔层,标注着"机身部件"、"电子设备"、"紧固件",组装效率会成倍提升。Ti
recommend-type

Java线程池运行时状态怎么实时掌握?有哪些靠谱的监控手段?

<think>我们之前已经讨论过Java线程池监控的多种方法,包括使用第三方工具和自定义监控。现在用户再次询问Java线程池监控方法,我们需要根据引用内容以及之前讨论的内容进行总结和扩展。 引用[1]提到使用JDK自带的监控工具,引用[2]提到了三种常用的线程池创建方式,引用[3]给出了通过ThreadPoolExecutor获取线程池状态的方法。 结合之前回答的内容,我们可以将监控方法分为以下几类: 1. 使用JDK自带工具(如jconsole, jvisualvm)进行监控。 2. 通过编程方式获取线程池状态(如引用[3]所示)。 3. 扩展ThreadPoolExecutor,
recommend-type

桌面工具软件项目效益评估及市场预测分析

资源摘要信息:"桌面工具软件项目效益评估报告" 1. 市场预测 在进行桌面工具软件项目的效益评估时,首先需要对市场进行深入的预测和分析,以便掌握项目在市场上的潜在表现和风险。报告中提到了两部分市场预测的内容: (一) 行业发展概况 行业发展概况涉及对当前桌面工具软件市场的整体评价,包括市场规模、市场增长率、主要技术发展趋势、用户偏好变化、行业标准与规范、主要竞争者等关键信息的分析。通过这些信息,我们可以评估该软件项目是否符合行业发展趋势,以及是否能满足市场需求。 (二) 影响行业发展主要因素 了解影响行业发展的主要因素可以帮助项目团队识别市场机会与风险。这些因素可能包括宏观经济环境、技术进步、法律法规变动、行业监管政策、用户需求变化、替代产品的发展、以及竞争环境的变化等。对这些因素的细致分析对于制定有效的项目策略至关重要。 2. 桌面工具软件项目概论 在进行效益评估时,项目概论部分提供了对整个软件项目的基本信息,这是评估项目可行性和预期效益的基础。 (一) 桌面工具软件项目名称及投资人 明确项目名称是评估效益的第一步,它有助于区分市场上的其他类似产品和服务。同时,了解投资人的信息能够帮助我们评估项目的资金支持力度、投资人的经验与行业影响力,这些因素都能间接影响项目的成功率。 (二) 编制原则 编制原则描述了报告所遵循的基本原则,可能包括客观性、公正性、数据的准确性和分析的深度。这些原则保证了报告的有效性和可信度,同时也为项目团队提供了评估标准。基于这些原则,项目团队可以确保评估报告的每个部分都建立在可靠的数据和深入分析的基础上。 报告的其他部分可能还包括桌面工具软件的具体功能分析、技术架构描述、市场定位、用户群体分析、商业模式、项目预算与财务预测、风险分析、以及项目进度规划等内容。这些内容的分析对于评估项目的整体效益和潜在回报至关重要。 通过对以上内容的深入分析,项目负责人和投资者可以更好地理解项目的市场前景、技术可行性、财务潜力和潜在风险。最终,这些分析结果将为决策提供重要依据,帮助项目团队和投资者进行科学合理的决策,以期达到良好的项目效益。
recommend-type

告别遮挡!UniApp中WebView与原生导航栏的和谐共处方案(附完整可运行代码)

# UniApp中WebView与原生导航栏的深度协同方案 在混合应用开发领域,WebView与原生组件的和谐共处一直是开发者面临的经典挑战。当H5的灵活遇上原生的稳定,如何在UniApp框架下实现两者的无缝衔接?这不仅关乎视觉体验的统一,更影响着用户交互的流畅度。让我们从架构层面剖析这个问题,探索一套系统性的解决方案。 ## 1. 理解UniApp页面层级结构 任何有效的布局解决方案都必须建立在对框架底层结构的清晰认知上。UniApp的页面渲染并非简单的"HTML+CSS"模式,而是通过原生容器与WebView的协同工作实现的复合体系。 典型的UniApp页面包含以下几个关键层级:
recommend-type

OSPF是怎么在企业网里自动找最优路径并分区域管理的?

### OSPF 协议概述 开放最短路径优先 (Open Shortest Path First, OSPF) 是一种内部网关协议 (IGP),用于在单一自治系统 (AS) 内部路由数据包。它基于链路状态算法,能够动态计算最佳路径并适应网络拓扑的变化[^1]。 OSPF 的主要特点包括支持可变长度子网掩码 (VLSM) 和无类域间路由 (CIDR),以及通过区域划分来减少路由器内存占用和 CPU 使用率。这些特性使得 OSPF 成为大型企业网络的理想选择[^2]。 ### OSPF 配置示例 以下是 Cisco 路由器上配置基本 OSPF 的示例: ```cisco-ios rout
recommend-type

UML建模课程设计:图书馆管理系统论文

资源摘要信息:"本文档是一份关于UML课程设计图书管理系统大学毕设论文的说明书和任务书。文档中明确了课程设计的任务书、可选课题、课程设计要求等关键信息。" 知识点一:课程设计任务书的重要性和结构 课程设计任务书是指导学生进行课程设计的文件,通常包括设计课题、时间安排、指导教师信息、课题要求等。本次课程设计的任务书详细列出了起讫时间、院系、班级、指导教师、系主任等信息,确保学生在进行UML建模课程设计时有明确的指导和支持。 知识点二:课程设计课题的选择和确定 文档中提供了多个可选课题,包括档案管理系统、学籍管理系统、图书管理系统等的UML建模。这些课题覆盖了常见的信息系统领域,学生可以根据自己的兴趣或未来职业规划来选择适合的课题。同时,也鼓励学生自选题目,但前提是该题目必须得到指导老师的认可。 知识点三:课程设计的具体要求 文档中的课程设计要求明确了学生在完成课程设计时需要达到的目标,具体包括: 1. 绘制系统的完整用例图,用例图是理解系统功能和用户交互的基础,它展示系统的功能需求。 2. 对于负责模块的用例,需要提供详细的事件流描述。事件流描述帮助理解用例的具体实现步骤,包括主事件流和备选事件流。 3. 基于用例的事件流描述,识别候选的实体类,并确定类之间的关系,绘制出正确的类图。类图是面向对象设计中的核心,它展示了系统中的数据结构。 4. 绘制用例的顺序图,顺序图侧重于展示对象之间交互的时间顺序,有助于理解系统的行为。 知识点四:UML(统一建模语言)的重要性 UML是软件工程中用于描述、可视化和文档化软件系统各种组件的设计语言。它包含了一系列图表,这些图表能够帮助开发者和设计者理解系统的设计,实现有效的通信。在课程设计中使用UML建模,不仅帮助学生更好地理解系统设计的各个方面,而且是软件开发实践中常用的技术。 知识点五:UML图表类型及其应用 在UML建模中,常用的图表包括: - 用例图(Use Case Diagram):展示系统的功能需求,即系统能够做什么。 - 类图(Class Diagram):展示系统中的类以及类之间的关系,包括继承、关联、依赖等。 - 顺序图(Sequence Diagram):展示对象之间随时间变化的交互过程。 - 状态图(State Diagram):展示一个对象在其生命周期内可能经历的状态。 - 活动图(Activity Diagram):展示业务流程和工作流中的活动以及活动之间的转移。 - 组件图(Component Diagram)和部署图(Deployment Diagram):分别展示系统的物理构成和硬件配置。 知识点六:面向对象设计的核心概念 面向对象设计(Object-Oriented Design, OOD)是软件设计的一种方法学,它强调使用对象来代表数据和功能。核心概念包括: - 抽象:抽取事物的本质特征,忽略非本质的细节。 - 封装:隐藏对象的内部状态和实现细节,只通过公共接口暴露功能。 - 继承:子类继承父类的属性和方法,形成层次结构。 - 多态:允许使用父类类型的引用指向子类的对象,并能调用子类的方法。 知识点七:图书管理系统的业务逻辑和功能需求 虽然文档中没有具体描述图书管理系统的功能需求,但通常这类系统应包括如下功能模块: - 用户管理:包括用户的注册、登录、权限分配等。 - 图书管理:涵盖图书的入库、借阅、归还、查询等功能。 - 借阅管理:记录借阅信息,跟踪借阅状态,处理逾期罚金等。 - 系统管理:包括数据备份、恢复、日志记录等维护性功能。 通过以上知识点的提取和总结,学生能够对UML课程设计有一个全面的认识,并能根据图书管理系统课题的具体要求,进行合理的系统设计和实现。