![[鸿蒙PC三方库移植]： 移植PCRE2到鸿蒙PC平台的完整指南](images/coding-banner.jpg)
PCREPerl Compatible Regular Expressions是业界标准的正则表达式处理库广泛应用于文本处理、语法分析和数据验证等场景。作为支持Perl语法特性的正则引擎其高效的匹配性能和跨平台特性使其成为众多软件的基础依赖。本文将详细介绍如何将PCRE库成功移植到鸿蒙PC平台aarch64并解析关键实现细节。转载自猫哥的博客https://blog.csdn.net/qq8864一、前言1.1 核心价值PCRE2Perl Compatible Regular Expressions 2是PCRE库的现代化重构版本全面支持Unicode 15.0标准提供多模式匹配、JIT编译加速和内存安全增强。移植到鸿蒙PC平台可为系统日志解析、输入验证及文本处理提供高效正则支持。移植效果验证1.2 项目信息表关键信息技术参数库名称PCRE2开源协议BSD-3-Clause源码版本10.48.0环境平台Ubuntu 24.04(x86_64)目标平台OpenHarmony PC (aarch64)核心依赖鸿蒙NDK工具链、Musl库官网地址https://www.pcre.org/github地址https://github.com/PCRE2Project/pcre2源码下载https://github.com/PCRE2Project/pcre2/releases/download/pcre2-10.48/pcre2-10.48.tar.gz二、适配设计2.1 技术挑战Unicode 15.0适配鸿蒙字符集编码兼容性验证JIT编译支持ARM64架构下即时编译优化跨平台API适配POSIX接口与鸿蒙系统差异处理内存安全防护堆栈保护编译选项配置2.2 环境准备Ubuntu 24.04sudoaptupdatesudoaptinstall-ygitcurlcmake ninja-build gcc gmakeautoconf automake libtool yasm nasmsudoaptinstall-ygettext autopointsudoaptinstallpython3 python3-pipsudoupdate-alternatives--install/usr/bin/python python /usr/bin/python312.3下载配置ohos-sdksdk_download_urlhttps://cidownload.openharmony.cn/version/Daily_Version/OpenHarmony_6.1.0.27/20260111_020523/version-Daily_Version-OpenHarmony_6.1.0.27-20260111_020523-ohos-sdk-public.tar.gzcurl-oohos-sdk-public.tar.gz$sdk_download_urlmkdirohos-sdktar-zxfohos-sdk-public.tar.gz-Cohos-sdkcd~/ohos-sdk/linuxunzipnative-linux-x64-6.1.0.27-Beta1.zipunziptoolchains-linux-x64-6.1.0.27-Beta1.zip这段代码的作用是从指定的 URL 下载 SDK 压缩包然后创建一个名为ohos-sdk的目录并将压缩包解压到该目录下。2.4 源码获取gitclone https://github.com/PCRE2Project/pcre2.gitgitsubmodule update--init三、实现细节3.1 编译环境脚本exports.shsourceexports.sh使用猫哥提供的通用脚本exports.sh用于一键配置交叉编译环境。更多移植教程参见猫哥个人博客(blog.csdn.net/qq8864)echohello exports,交叉编译环境配置## SDK路径你唯一需要根据实际的改的地方SDK_PATH/root/ohos-sdk/linuxechoSDK_PATH:$SDK_PATHexportOHOS_SDK$SDK_PATHexportHNP_PERFIXexportCOMPILER_TOOLCHAIN${OHOS_SDK}/native/llvm/bin/BUILD_OS$(uname)PYTHON$(python--version)echopython :$PYTHONexportCC${COMPILER_TOOLCHAIN}clangechoCC :${CC}exportCXX${COMPILER_TOOLCHAIN}clangechoCXX :${CXX}exportHOSTCC${CC}echoHOSTCC :${HOSTCC}exportHOSTCXX${CXX}echoHOSTCXX :${HOSTCXX}exportCPP${CXX}-EechoCPP :${CPP}exportAS${COMPILER_TOOLCHAIN}llvm-asechoAS :${AS}exportLD${COMPILER_TOOLCHAIN}ld.lldechoLD :${LD}exportSTRIP${COMPILER_TOOLCHAIN}llvm-stripechoSTRIP :${STRIP}exportRANLIB${COMPILER_TOOLCHAIN}llvm-ranlibechoRANLIB :${RANLIB}exportOBJDUMP${COMPILER_TOOLCHAIN}llvm-objdumpechoOBJDUMP :${OBJDUMP}exportOBJCOPY${COMPILER_TOOLCHAIN}llvm-objcopyechoOBJCOPY :${OBJCOPY}exportNM${COMPILER_TOOLCHAIN}llvm-nmechoNM :${NM}exportAR${COMPILER_TOOLCHAIN}llvm-arechoAR :${AR}exportSYSROOT${OHOS_SDK}/native/sysrootexportPKG_CONFIG_SYSROOT_DIR${SYSROOT}/usr/lib/aarch64-linux-ohosexportPKG_CONFIG_PATH${PKG_CONFIG_SYSROOT_DIR}exportPKG_CONFIG_EXECUTABLE${PKG_CONFIG_SYSROOT_DIR}exportHNP_TOOL${OHOS_SDK}/toolchains/hnpcliexportCMAKE${OHOS_SDK}/native/build-tools/cmake/bin/cmakeexportTOOLCHAIN_FILE${OHOS_SDK}/native/build/cmake/ohos.toolchain.cmakeexportWORK_ROOT${PWD}exportARCHIVE_PATH${WORK_ROOT}/outputexportCOMM_DEP_PATH${WORK_ROOT}/deps_installexportHNP_PUBLIC_PATH${HNP_PERFIX}/data/service/hnp/exportMAKE_QUITE_PARAM -s exportCONFIGURE_QUITE_PARAM --quiet exportTARGET_PLATFORMaarch64-linux-ohosexportTARGETaarch64-linux-ohosexportCFLAGS-fPIC -D__MUSL__1 -D__OHOS__ -fstack-protector-strong --target${TARGET_PLATFORM}--ld-path${LD}--sysroot${SYSROOT}-stdliblibc exportCXXFLAGS${CFLAGS}exportLD_LIBRARY_PATH${SYSROOT}/usr/lib:${LD_LIBRARY_PATH}exportLDFLAGS--ld-path${LD}-Wc,--target${TARGET_PLATFORM}--sysroot${SYSROOT}-fuse-ldlld exportHOST_TYPE--hostaarch64-linux --buildaarch64-linux#export NCURSES_INSTALL_HNP_PATH${HNP_PUBLIC_PATH}/ncurses.org/ncurses_v6.4mkdir-p${HNP_PUBLIC_PATH}mkdir-p${ARCHIVE_PATH}chmod777-R${HNP_PUBLIC_PATH}mkdir-pcodeechoLDFLAGS:${LDFLAGS}#export PKG_CONFIG_PATH${CUSTOM_PREFIX}/lib/pkgconfig:$PKG_CONFIG_PATH3.2 构建脚本build_ohos.shbuild_ohos.sh放置在新建的build_ohos目录下。#!/bin/bashexportPCRE2_INSTALL_HNP_PATH${HNP_PUBLIC_PATH}/pcre2.org/pcre2_10.48.0makeclean# 设置依赖的OpenSSL路径(注编译该库前确保openssl已编译)#OPENSSL_PATH${HNP_PUBLIC_PATH}/openssl.org/openssl_4.0.0ZLIB_PATH${HNP_PUBLIC_PATH}/zlib.org/zlib_1.3.1# 编译安装pcre2mkdir-p${PCRE2_INSTALL_HNP_PATH}#增加链接依赖的库#CFLAGS${CFLAGS:-} -fvisibilitydefaultLDFLAGS${LDFLAGS:-}-static -L${ZLIB_PATH}/lib #CXXFLAGS${CFLAGS} #./configure --hostaarch64-linux-musl \# --prefix${PCRE_INSTALL_HNP_PATH}${CMAKE}../\-DCMAKE_TOOLCHAIN_FILE${TOOLCHAIN_FILE}\-DCMAKE_BUILD_TYPERelease\-DBUILD_SHARED_LIBSON\-DPCRE2_SUPPORT_JITOFF\-DPCRE2_BUILD_PCRE2_8ON\-DPCRE2_SUPPORT_POSIXON\-DPCRE2_BUILD_TESTSON\-DCMAKE_INSTALL_PREFIX${PCRE2_INSTALL_HNP_PATH}makeVERBOSE1-j$(nproc)makeinstall# 生成鸿蒙HNP软件包cphnp.json${PCRE2_INSTALL_HNP_PATH}/pushd${PCRE2_INSTALL_HNP_PATH}/../${HNP_TOOL}pack-i${PCRE2_INSTALL_HNP_PATH}-o${ARCHIVE_PATH}/tar-zvcf${ARCHIVE_PATH}/ohos_pcre2_10.48.0.tar.gz pcre2_10.48.0/popd3.2 核心配置解析配置项作用说明必要性--enable-pcre2-16启用16位Unicode支持可选--enable-pcre2-32启用32位Unicode支持可选--enable-jit启用JIT即时编译加速推荐CFLAGS-fPIC生成位置无关代码必需LDFLAGS-static强制静态链接避免依赖问题必需3.3 编译报错解决error: undefined symbol: pcre2_match_data_free_8 referenced by pcre2posix.cOHOS 的编译工具链默认通常会开启 -fvisibilityhidden。这意味着 libpcre2-8.so 编译时内部的函数如 pcre2_compile_8被标记为“私有”不对外暴露。由于 libpcre2-posix.so 是一个独立的共享库它在链接时无法“看到” libpcre2-8.so 内部被隐藏的符号。解决方法在执行 cmake 时强制设置 C 编译器标志将符号可见性设为默认公开。请在你的 cmake 配置命令中加入-DCMAKE_C_FLAGS-fvisibilitydefault或者修改 CMakeLists.txt在 CMakeLists.txt增加add_definitions(-fvisibilitydefault)或者修改 CMakeLists.txt在 CMakeLists.txt增加if(PCRE2_BUILD_PCRE2_8)# 确保编译 8 位库时导出所有符号set_target_properties(pcre2-8-shared PROPERTIES C_VISIBILITY_PRESET default)# 链接时不仅指定依赖还强制链接器不要在优化时丢弃符号target_link_libraries(pcre2-posix-shared pcre2-8-shared)endif()四、部署验证4.1 文件结构pcre2_10.48.0/ ├── bin/ │ ├── pcre2test # 正则测试工具 │ └── pcre2grep # 增强版grep ├── lib/ │ └── libpcre2-8.a # 8位字符集静态库 └── include/ # 头文件目录4.2 功能测试案例# 验证JIT支持pcre2test-C|grepJITJIT support is enabled# 正则匹配测试echoHarmonyOS_3.0|pcre2grep^HarmonyOS_\d\.\d$HarmonyOS_3.0五、常见问题解决FAQQ1编译时报错undefined reference to __stack_chk_guard原因栈保护检测与Musl库不兼容解决方案禁用栈保护编译选项CFLAGS-fno-stack-protector./configure...Q2JIT功能无法启用排查步骤确认配置参数包含--enable-jit检查CPU是否支持ARMv8指令集添加编译选项-DJIT_SUPPORT_MAX_SIZE512000增大JIT缓存Q3error: undefined symbol: pcre2_match_data_free_8 referenced by pcre2posix.cOHOS 的编译工具链默认通常会开启 -fvisibilityhidden。这意味着 libpcre2-8.so 编译时内部的函数如 pcre2_compile_8被标记为“私有”不对外暴露。由于 libpcre2-posix.so 是一个独立的共享库它在链接时无法“看到” libpcre2-8.so 内部被隐藏的符号。按照上面的解决办法解决。六、优化方向性能调优启用NEON指令集加速模式匹配内存管理适配鸿蒙轻量化内存分配接口安全增强集成鸿蒙安全子系统进行模式校验跨进程共享利用鸿蒙分布式能力实现正则缓存共享附件资源PCRE2官方文档通过本次移植实践开发者可在鸿蒙生态中高效实现复杂正则处理逻辑。更多移植案例请访问猫哥的博客欢迎加入鸿蒙开发者社区共同打造开发者工具生态 鸿蒙开发者社区
[鸿蒙PC三方库移植]： 移植PCRE2到鸿蒙PC平台的完整指南
发布时间：2026/7/17 19:19:23
PCREPerl Compatible Regular Expressions是业界标准的正则表达式处理库广泛应用于文本处理、语法分析和数据验证等场景。作为支持Perl语法特性的正则引擎其高效的匹配性能和跨平台特性使其成为众多软件的基础依赖。本文将详细介绍如何将PCRE库成功移植到鸿蒙PC平台aarch64并解析关键实现细节。转载自猫哥的博客https://blog.csdn.net/qq8864一、前言1.1 核心价值PCRE2Perl Compatible Regular Expressions 2是PCRE库的现代化重构版本全面支持Unicode 15.0标准提供多模式匹配、JIT编译加速和内存安全增强。移植到鸿蒙PC平台可为系统日志解析、输入验证及文本处理提供高效正则支持。移植效果验证1.2 项目信息表关键信息技术参数库名称PCRE2开源协议BSD-3-Clause源码版本10.48.0环境平台Ubuntu 24.04(x86_64)目标平台OpenHarmony PC (aarch64)核心依赖鸿蒙NDK工具链、Musl库官网地址https://www.pcre.org/github地址https://github.com/PCRE2Project/pcre2源码下载https://github.com/PCRE2Project/pcre2/releases/download/pcre2-10.48/pcre2-10.48.tar.gz二、适配设计2.1 技术挑战Unicode 15.0适配鸿蒙字符集编码兼容性验证JIT编译支持ARM64架构下即时编译优化跨平台API适配POSIX接口与鸿蒙系统差异处理内存安全防护堆栈保护编译选项配置2.2 环境准备Ubuntu 24.04sudoaptupdatesudoaptinstall-ygitcurlcmake ninja-build gcc gmakeautoconf automake libtool yasm nasmsudoaptinstall-ygettext autopointsudoaptinstallpython3 python3-pipsudoupdate-alternatives--install/usr/bin/python python /usr/bin/python312.3下载配置ohos-sdksdk_download_urlhttps://cidownload.openharmony.cn/version/Daily_Version/OpenHarmony_6.1.0.27/20260111_020523/version-Daily_Version-OpenHarmony_6.1.0.27-20260111_020523-ohos-sdk-public.tar.gzcurl-oohos-sdk-public.tar.gz$sdk_download_urlmkdirohos-sdktar-zxfohos-sdk-public.tar.gz-Cohos-sdkcd~/ohos-sdk/linuxunzipnative-linux-x64-6.1.0.27-Beta1.zipunziptoolchains-linux-x64-6.1.0.27-Beta1.zip这段代码的作用是从指定的 URL 下载 SDK 压缩包然后创建一个名为ohos-sdk的目录并将压缩包解压到该目录下。2.4 源码获取gitclone https://github.com/PCRE2Project/pcre2.gitgitsubmodule update--init三、实现细节3.1 编译环境脚本exports.shsourceexports.sh使用猫哥提供的通用脚本exports.sh用于一键配置交叉编译环境。更多移植教程参见猫哥个人博客(blog.csdn.net/qq8864)echohello exports,交叉编译环境配置## SDK路径你唯一需要根据实际的改的地方SDK_PATH/root/ohos-sdk/linuxechoSDK_PATH:$SDK_PATHexportOHOS_SDK$SDK_PATHexportHNP_PERFIXexportCOMPILER_TOOLCHAIN${OHOS_SDK}/native/llvm/bin/BUILD_OS$(uname)PYTHON$(python--version)echopython :$PYTHONexportCC${COMPILER_TOOLCHAIN}clangechoCC :${CC}exportCXX${COMPILER_TOOLCHAIN}clangechoCXX :${CXX}exportHOSTCC${CC}echoHOSTCC :${HOSTCC}exportHOSTCXX${CXX}echoHOSTCXX :${HOSTCXX}exportCPP${CXX}-EechoCPP :${CPP}exportAS${COMPILER_TOOLCHAIN}llvm-asechoAS :${AS}exportLD${COMPILER_TOOLCHAIN}ld.lldechoLD :${LD}exportSTRIP${COMPILER_TOOLCHAIN}llvm-stripechoSTRIP :${STRIP}exportRANLIB${COMPILER_TOOLCHAIN}llvm-ranlibechoRANLIB :${RANLIB}exportOBJDUMP${COMPILER_TOOLCHAIN}llvm-objdumpechoOBJDUMP :${OBJDUMP}exportOBJCOPY${COMPILER_TOOLCHAIN}llvm-objcopyechoOBJCOPY :${OBJCOPY}exportNM${COMPILER_TOOLCHAIN}llvm-nmechoNM :${NM}exportAR${COMPILER_TOOLCHAIN}llvm-arechoAR :${AR}exportSYSROOT${OHOS_SDK}/native/sysrootexportPKG_CONFIG_SYSROOT_DIR${SYSROOT}/usr/lib/aarch64-linux-ohosexportPKG_CONFIG_PATH${PKG_CONFIG_SYSROOT_DIR}exportPKG_CONFIG_EXECUTABLE${PKG_CONFIG_SYSROOT_DIR}exportHNP_TOOL${OHOS_SDK}/toolchains/hnpcliexportCMAKE${OHOS_SDK}/native/build-tools/cmake/bin/cmakeexportTOOLCHAIN_FILE${OHOS_SDK}/native/build/cmake/ohos.toolchain.cmakeexportWORK_ROOT${PWD}exportARCHIVE_PATH${WORK_ROOT}/outputexportCOMM_DEP_PATH${WORK_ROOT}/deps_installexportHNP_PUBLIC_PATH${HNP_PERFIX}/data/service/hnp/exportMAKE_QUITE_PARAM -s exportCONFIGURE_QUITE_PARAM --quiet exportTARGET_PLATFORMaarch64-linux-ohosexportTARGETaarch64-linux-ohosexportCFLAGS-fPIC -D__MUSL__1 -D__OHOS__ -fstack-protector-strong --target${TARGET_PLATFORM}--ld-path${LD}--sysroot${SYSROOT}-stdliblibc exportCXXFLAGS${CFLAGS}exportLD_LIBRARY_PATH${SYSROOT}/usr/lib:${LD_LIBRARY_PATH}exportLDFLAGS--ld-path${LD}-Wc,--target${TARGET_PLATFORM}--sysroot${SYSROOT}-fuse-ldlld exportHOST_TYPE--hostaarch64-linux --buildaarch64-linux#export NCURSES_INSTALL_HNP_PATH${HNP_PUBLIC_PATH}/ncurses.org/ncurses_v6.4mkdir-p${HNP_PUBLIC_PATH}mkdir-p${ARCHIVE_PATH}chmod777-R${HNP_PUBLIC_PATH}mkdir-pcodeechoLDFLAGS:${LDFLAGS}#export PKG_CONFIG_PATH${CUSTOM_PREFIX}/lib/pkgconfig:$PKG_CONFIG_PATH3.2 构建脚本build_ohos.shbuild_ohos.sh放置在新建的build_ohos目录下。#!/bin/bashexportPCRE2_INSTALL_HNP_PATH${HNP_PUBLIC_PATH}/pcre2.org/pcre2_10.48.0makeclean# 设置依赖的OpenSSL路径(注编译该库前确保openssl已编译)#OPENSSL_PATH${HNP_PUBLIC_PATH}/openssl.org/openssl_4.0.0ZLIB_PATH${HNP_PUBLIC_PATH}/zlib.org/zlib_1.3.1# 编译安装pcre2mkdir-p${PCRE2_INSTALL_HNP_PATH}#增加链接依赖的库#CFLAGS${CFLAGS:-} -fvisibilitydefaultLDFLAGS${LDFLAGS:-}-static -L${ZLIB_PATH}/lib #CXXFLAGS${CFLAGS} #./configure --hostaarch64-linux-musl \# --prefix${PCRE_INSTALL_HNP_PATH}${CMAKE}../\-DCMAKE_TOOLCHAIN_FILE${TOOLCHAIN_FILE}\-DCMAKE_BUILD_TYPERelease\-DBUILD_SHARED_LIBSON\-DPCRE2_SUPPORT_JITOFF\-DPCRE2_BUILD_PCRE2_8ON\-DPCRE2_SUPPORT_POSIXON\-DPCRE2_BUILD_TESTSON\-DCMAKE_INSTALL_PREFIX${PCRE2_INSTALL_HNP_PATH}makeVERBOSE1-j$(nproc)makeinstall# 生成鸿蒙HNP软件包cphnp.json${PCRE2_INSTALL_HNP_PATH}/pushd${PCRE2_INSTALL_HNP_PATH}/../${HNP_TOOL}pack-i${PCRE2_INSTALL_HNP_PATH}-o${ARCHIVE_PATH}/tar-zvcf${ARCHIVE_PATH}/ohos_pcre2_10.48.0.tar.gz pcre2_10.48.0/popd3.2 核心配置解析配置项作用说明必要性--enable-pcre2-16启用16位Unicode支持可选--enable-pcre2-32启用32位Unicode支持可选--enable-jit启用JIT即时编译加速推荐CFLAGS-fPIC生成位置无关代码必需LDFLAGS-static强制静态链接避免依赖问题必需3.3 编译报错解决error: undefined symbol: pcre2_match_data_free_8 referenced by pcre2posix.cOHOS 的编译工具链默认通常会开启 -fvisibilityhidden。这意味着 libpcre2-8.so 编译时内部的函数如 pcre2_compile_8被标记为“私有”不对外暴露。由于 libpcre2-posix.so 是一个独立的共享库它在链接时无法“看到” libpcre2-8.so 内部被隐藏的符号。解决方法在执行 cmake 时强制设置 C 编译器标志将符号可见性设为默认公开。请在你的 cmake 配置命令中加入-DCMAKE_C_FLAGS-fvisibilitydefault或者修改 CMakeLists.txt在 CMakeLists.txt增加add_definitions(-fvisibilitydefault)或者修改 CMakeLists.txt在 CMakeLists.txt增加if(PCRE2_BUILD_PCRE2_8)# 确保编译 8 位库时导出所有符号set_target_properties(pcre2-8-shared PROPERTIES C_VISIBILITY_PRESET default)# 链接时不仅指定依赖还强制链接器不要在优化时丢弃符号target_link_libraries(pcre2-posix-shared pcre2-8-shared)endif()四、部署验证4.1 文件结构pcre2_10.48.0/ ├── bin/ │ ├── pcre2test # 正则测试工具 │ └── pcre2grep # 增强版grep ├── lib/ │ └── libpcre2-8.a # 8位字符集静态库 └── include/ # 头文件目录4.2 功能测试案例# 验证JIT支持pcre2test-C|grepJITJIT support is enabled# 正则匹配测试echoHarmonyOS_3.0|pcre2grep^HarmonyOS_\d\.\d$HarmonyOS_3.0五、常见问题解决FAQQ1编译时报错undefined reference to __stack_chk_guard原因栈保护检测与Musl库不兼容解决方案禁用栈保护编译选项CFLAGS-fno-stack-protector./configure...Q2JIT功能无法启用排查步骤确认配置参数包含--enable-jit检查CPU是否支持ARMv8指令集添加编译选项-DJIT_SUPPORT_MAX_SIZE512000增大JIT缓存Q3error: undefined symbol: pcre2_match_data_free_8 referenced by pcre2posix.cOHOS 的编译工具链默认通常会开启 -fvisibilityhidden。这意味着 libpcre2-8.so 编译时内部的函数如 pcre2_compile_8被标记为“私有”不对外暴露。由于 libpcre2-posix.so 是一个独立的共享库它在链接时无法“看到” libpcre2-8.so 内部被隐藏的符号。按照上面的解决办法解决。六、优化方向性能调优启用NEON指令集加速模式匹配内存管理适配鸿蒙轻量化内存分配接口安全增强集成鸿蒙安全子系统进行模式校验跨进程共享利用鸿蒙分布式能力实现正则缓存共享附件资源PCRE2官方文档通过本次移植实践开发者可在鸿蒙生态中高效实现复杂正则处理逻辑。更多移植案例请访问猫哥的博客欢迎加入鸿蒙开发者社区共同打造开发者工具生态 鸿蒙开发者社区
相关文章
ClaudeCode开发工作流搭建：Node.js+Git+PowerShell环境配置指南
1. 项目本质与实操定位：这不是“安装软件”，而是构建一个AI原生开发工作流“安装配置ClaudeCode智能体AI开发游戏”这个标题，表面看是教人下载一个叫ClaudeCode的桌面程序，但实际完全不是这么回事。如果你把它当成和安装微信、QQ一…
FPGA实现TMDS编码技术详解与应用
1. TMDS编码技术基础解析TMDS（Transition Minimized Differential Signaling）是一种广泛应用于数字视频接口的高速串行数据传输技术。作为HDMI和DVI接口的核心编码方案，它通过差分信号传输实现了高达数Gbps的数据速率。在FPGA应用中实现TMDS编…
当隐私让渡于监管：从技术视角解读欧盟“聊天控制”法案及其对加密技术的挑战
当隐私让渡于监管：从技术视角解读欧盟“聊天控制”法案及其对加密技术的挑战 在数字化浪潮席卷全球的今天，数据隐私与公共安全之间的博弈从未停止。近期，欧洲议会通过了一项引发全球技术社区强烈震动的立法提案——被民间称为“聊天控制”&am…
企业级C#上位机实战：数据采集+历史存储+趋势分析+报警联动全流程闭环
导读：很多C#上位机项目停留在“能读PLC、能显示数值”的Demo阶段，一旦进入724小时生产环境，就暴露出数据丢失、内存溢出、报警漏报、查询卡顿等致命问题。本文不讲零散知识点，而是以一套已在3条产线稳定运行18个月的企业级上位机为蓝本，完整拆解 采集→存储→分析→报警 四…
终极指南：3步实现PSD到FairyGUI的智能转换，提升游戏UI开发效率300%
终极指南：3步实现PSD到FairyGUI的智能转换，提升游戏UI开发效率300% 【免费下载链接】psd2fgui A tool for converting psd file to fairygui package. 项目地址: https://gitcode.com/gh_mirrors/ps/psd2fgui 在游戏UI开发领域，设计师…
Excel正则表达式实战：中文英文数字自动拆分技巧
在实际数据处理工作中，经常遇到需要从混合文本中自动分离中文、英文和数字的场景。比如从用户填写的地址中提取门牌号，从商品标题中分离品牌名和型号，或者清洗导入的混合数据列。手动筛选不仅效率低下，在数据量较大时几乎不可行。…
RA6M5开发板PWM功能详解与应用实战
1. 野火启明6M5开发板与PWM功能概述野火启明6M5开发板是一款基于瑞萨RA6M5微控制器的嵌入式开发平台，搭载了Cortex-M33内核，主频高达200MHz。这款开发板在工业控制、物联网设备等领域有着广泛的应用场景。PWM（脉冲宽度调制）作为该…
超详细！C#上位机对接三菱FX系列PLC，串口通信+寄存器读写全套实战
摘要：在非标自动化和老旧产线改造中，三菱FX系列（FX1N/FX2N/FX3U等）依然是保有量巨大的“钉子户”。很多新手拿到手册就被MC协议、编程口协议、RS485专用协议搞晕了。本文不讲泛泛的Modbus，专注三菱FX编程口协议（Computer Link Protocol），从串口参数配置、报文组装、D/M…
第三：Pytest常用运行方式
一.PyCharm中可能遇到的问题 1.在单个test_xxx.py文件中，在main中传入了参数，但不管怎么运行都没有生效，在cmd窗口又是正常生效的，甚至在run_suite.py中的main也是正常的1.1.这是因为程序自动识别到pytest框架，默认以p…
VS Code 高效配置与个性化定制全攻略
1. VS Code 高效配置基础作为一款轻量级但功能强大的代码编辑器，VS Code 的默认配置已经能满足基本需求，但通过合理调整设置可以大幅提升编码效率。我使用 VS Code 已经有五年多时间，期间尝试过各种配置方案，总结出这套适合大多数…
HarmonyOS 应用开发《掌上英语》第19篇:3D 翻转动画实现——ArkTS 动画系统全解析
3D 翻转动画实现——ArkTS 动画系统全解析引言 在移动应用中，卡片翻转动画是最受欢迎的交互动效之一，它能给用户带来直观的"物理世界"操作感。在我们的英语学习 App 的单词学习页面（CourseHomePage.ets）中，就…
BiSheng JDK-build性能调优：构建速度提升30%的优化策略
BiSheng JDK-build性能调优：构建速度提升30%的优化策略 【免费下载链接】bishengjdk-build BiSheng JDK build and test scripts - common across all releases/versions 项目地址: https://gitcode.com/openeuler/bishengjdk-build 前往项目官网免费下载&am…
MQ-2 烟雾传感器 ESP32-S3 驱动实战：ADC 读取与阈值校准 3 步完成
MQ-2 烟雾传感器 ESP32-S3 驱动实战：ADC 读取与阈值校准 3 步完成在智能家居和工业安全监测领域，烟雾检测是一个至关重要的环节。MQ-2 作为一款高性价比的半导体烟雾传感器，因其对多种可燃气体（如液化气、丙烷、氢气等）…
SPEC CPU 2006 v1.0.1 基准测试实战：ARM/X86/MIPS 三平台配置与 3 轮测试结果解读
SPEC CPU 2006 跨平台基准测试深度实战：ARM/X86/MIPS 架构配置优化与结果分析方法论在当今多元化的计算架构时代，如何客观评估不同处理器平台的真实性能成为系统工程师和性能优化专家的核心挑战。SPEC CPU 2006 作为业界公认的计算密集型基准测试套件&am…
每天60s读懂世界：2026年7月11日重点要闻解读
🔥 个人主页：杨利杰YJlio❄️ 个人专栏：《Windows 疑难杂症与工单复盘案例库》 《Sysinternals实战教程》《WINDOWS教程》 《Windows PowerShell 实战》 《人工智能实战合集》《超简单：用Python让Excel飞起来》🌟…
FAE放射组学分析工具：医学影像特征探索的完整解决方案
FAE放射组学分析工具：医学影像特征探索的完整解决方案 【免费下载链接】FAE FeAture Explorer 项目地址: https://gitcode.com/gh_mirrors/fae/FAE 你是否曾经面对海量医学影像数据感到无从下手？想要从CT、MRI等影像中提取有价值的定量特征&#…
0.69B参数实现中文多模态AI：揭秘Qwen3-SmVL模型融合技术的完整实战指南
0.69B参数实现中文多模态AI：揭秘Qwen3-SmVL模型融合技术的完整实战指南 【免费下载链接】happy-llm 📚 从零开始构建大模型 项目地址: https://gitcode.com/GitHub_Trending/ha/happy-llm 还在为大型多模态模型动辄数十亿参数、显存占用高而烦恼&…
解锁AMD Ryzen处理器性能潜力的SMU调试神器：从新手到专家的完整指南
解锁AMD Ryzen处理器性能潜力的SMU调试神器：从新手到专家的完整指南 【免费下载链接】SMUDebugTool A dedicated tool to help write/read various parameters of Ryzen-based systems, such as manual overclock, SMU, PCI, CPUID, MSR and Power Table. 项目地址…