人脸识别Demo已经可以跑通，现在想根据这个例程，仍然使用Presenterserver，只是把功能从人脸识别更改为手势识别，应该更改那些地方呢？人脸识别用的是这个cplusplus/level2_simple_inference/n_performance/1_multi_process_thread/multi_channels_rtsp · Ascend/samples - 码云 - 开源中国 (gitee.com)

【功能模块】【操作步骤&问题现象】1、执行bash sample_run.sh2、显示 No module named 'cameracapture'【截图信息】【日志信息】（可选，上传日志内容或者附件）

近日，中国内地女演员孙莉的手机在识别其女儿时，成功解锁。通过孙莉微博了解，其使用的手机为iPhone 12 Pro Max。（图片来源于“多妈7788”微博）据了解，iPhone 12系列手机依旧延用颇受好评的Face ID功能，用户只需将前置摄像头对准面部，就能轻松实现刷脸解锁、支付等操作，而Face ID主要采用了3D结构光技术。3D结构光是将激光散斑图像投射到物体表面，由摄像头接收采集物体表面反射的信息，根据物体造成的光信号变化计算出物体位置和深度信息，识别精度能达到0.5mm，甚至更高的精度。简单来说，这项技术通过发射具有一定结构特征的光线，投射到用户面部。再通过摄像头感知面部的散斑，从而描绘出你面部的结构。这些散斑主要反馈的是面部特征的深度信息，所以相当于给用户的脸建了一个3D模型。基于这一特征，在金融领域中，3D结构光也得到进一步的应用：支付宝率先与3D结构光企业达成合作，并研发出基于3D结构光的刷脸支付。但对于苹果而言，其在不断强调个人隐私的情况下，号称Face ID是最安全的系统，但在本次事件中，却依旧出现被解锁等问题。而相类似的问题并不少——在iPhone X刚使用Face ID时，就已经出现母子之间可以相互识别并解锁的问题。

【功能模块】在运行时protobuf报错检查依赖项发现没问题【操作步骤&问题现象】1、报错信息。protobuf依赖项信息2、【截图信息】【日志信息】（可选，上传日志内容或者附件）

【功能模块】最后的调试了结果又报错了。。。运行多路人脸识别案例报错信息如下：【操作步骤&问题现象】1、2、【截图信息】【日志信息】（可选，上传日志内容或者附件）

【功能模块】最后的最后还出错了........【操作步骤&问题现象】【截图信息】【日志信息】（可选，上传日志内容或者附件）

【功能模块】https://gitee.com/ascend/samples/tree/master/cplusplus/level2_simple_inference/n_performance/1_multi_process_thread/face_recognition_camera参考的是这个多线程样例，对样例进行了一些修改，使用了rtsp流做为输入，网络摄像头修改ip地址后使用网线直连开发板。【操作步骤&问题现象】1、presenter输出的摄像机画面有数秒的延迟且帧数不稳定，同样的问题在多线程下的另一个样例中https://gitee.com/ascend/samples/tree/master/cplusplus/level2_simple_inference/n_performance/1_multi_process_thread/multi_channels_rtsp也出现了。2、运行无报错，且能够正常地检测出人脸，但对人脸的识别功能有问题，在presenter页面注册一个人脸后会把所有的人都识别为同一个目标，推测是特征提取或者特征匹配的部分有问题。求助：上述两个问题的产生原因和解决思路【日志信息】（可选，上传日志内容或者附件）

基于主动学习和Wi-Fi感知的人体识别系统赵广智, 周志鹏, 龚伟, 陈绍青, 周浩泉1 中国科学技术大学，安徽 合肥 230026摘要基于深度学习和Wi-Fi感知的人体行为识别系统已逐步成为主流的研究方向，在近年来得到了长足的发展。然而，现有的系统严重依赖于大量带标记样本以达到良好的识别精度。这导致了大量的人力成本用于标记数据，同时现有系统也难以应用于实际场景。针对该问题，提出一种将主动学习应用于Wi-Fi感知的人体行为识别系统——ALSensing。该系统是第一个将主动学习和Wi-Fi人体行为识别相结合的系统，能够利用有限数量的已标记训练样本构建一个性能良好的行为识别器。利用商用的Wi-Fi设备实现了ALSensing系统，并且使用6个不同场景的实际数据集评估了它的性能。实验结果显示，ALSensing 利用 3.7%的已标记训练样本能够达到 52.83%的识别精度，利用 15%的已标记训练样本能够达到 58.97%的识别精度，而利用现有基于深度学习的人体行为识别系统测量的参考基准在100%的已标记训练样本的情况下达到62.19%的识别精度。可见，ALSensing能够实现与现有基于深度学习的人体行为识别系统接近的识别精度，但是所需要的已标记训练样本的数量大幅度减少。关键词： 主动学习 ; 人体行为识别 ; Wi-Fi0 引言人体行为识别系统已经逐渐成为一个计算机科学的重要研究课题，相关研究成果也逐步地应用于生产生活的各个方面，如运动追踪[1]、辅助生活[2]、安全监控[3]以及医疗健康[4]等。人体行为识别系统通过分析包含人体行为的数据达到辨识人类活动的目的，进而辅助人类解决各类实际问题。因此，人体行为识别系统可以被粗略的划分为感知人体行为，即利用视觉、传感器等设备采集包含人体行为的数据，以及辨识人体行为，即使用手工建模、机器学习模型等方法判断输入数据的对应行为。目前的人体行为识别系统，根据不同的感知方式，可以大致分为以下3类。1) 基于视觉的人体行为识别系统此类系统利用摄像头等视觉设备采集包含人体行为的视频数据进而辨识人体行为。文献[5]以帧为单位，将每帧视频划分为多个区域，生成更细致的人体骨骼图运动轨迹，进而识别人体行为。然而，此类系统存在 3 个明显的缺陷。第一，辨识精度受光源影响。当存在障碍物遮挡或者可见光较弱时，摄像头等视觉设备受环境光源的影响较大，难以获得可靠的数据，从而降低辨识的精度。第二，存在潜在的隐私风险。以摄像机作为感知的方式，被监测人员或者场景的真实状况可能会暴露在多个环节，存在涉及个人隐私的风险，可部署场景因此受限。第三，模型性能非常依赖已标记训练样本数量。在视频数据中，针对同一个目标的同一个动作，不同的着装或不同的场景均会影响辨识的精度，因此需要大量已标记训练数据保证模型性能。2) 基于可穿戴设备的人体行为识别系统此类系统主要通过目标人员穿戴的专用传感器设备（如加速度计、温度计、压力计等）感知人体行为。文献[6]利用腕带传感设备感知目标人员的行为活动，将单个人的行为组合视为个人的独特标识，从而识别目标人员身份。此类系统相比于基于视觉的人体行为识别系统，不受环境光源的束缚，能够获得诸如运动轨迹、温度等更加丰富的数据信息，但是依然存在3个局限。第一，系统的部署成本较高。此类系统采集人体行为数据需要目标人员穿戴专用的传感器设备，这些设备增加了部署的经济成本较高。第二，设备有依赖性与局限性。一套传感器设备通常专用于某一任务或者某一场景，更换任务或者更换场景时，则需要更换设备。第三，系统需要频繁维护电源。某些小型的基于可穿戴设备的人体行为识别系统，在工作时需要频繁地交互数据，因此，电能消耗迅速，需要经常补充或更换电源。3) 基于无线信号的人体行为识别系统此类系统利用目标人员存在或者运动对无线信号的信号强度、信道质量等参数造成的影响区分相应的动作。文献[7]利用射频信号监测用户的睡眠姿势，避免不良睡姿引发的病情恶化。此类系统相比于基于视觉、可穿戴设备的人体行为识别系统，放宽了对环境光源、专用设备的要求，避免了个人隐私问题，降低了部署成本。无线信号中的 Wi-Fi 信号，部署广泛、应用普遍，能够有效减少系统的经济成本。另外，Wi-Fi信号可以是正交频分复用（OFDM, orthogonal frequency division multiplexing）信号，能提供更准确的行为信息。针对上述分析，综合考虑系统的部署成本和实际应用，本文尝试利用 Wi-Fi 信号作为此工作的行为感知媒介。在采集到行为数据后，人体行为识别系统的下一步工作则是通过分析数据特征辨识对应的人体行为。在早期的人体行为识别系统研究工作中，一般采用手工特征提取和传统机器学习统计模型相结合的方式分辨对应的人体行为[8]。然而，此类方法需要工作人员具备对应数据领域的专业知识，如处理视频数据需要视频处理的相关知识，处理无线信号数据需要信号处理领域的相关知识，这严重阻碍了人体行为识别系统的发展。随着深度学习的出现，许多人体行为识别系统研究工作尝试利用深度学习模型自动地从原始数据提取数据特征、辨识对应的人体行为，这使得人体行为识别系统得到了迅速发展[9]。然而，目前大多数基于深度学习的人体行为识别系统都需要大量的已标记训练样本来更新模型参数，从而保证良好的辨识精度。这既需要花费巨大的人力标注数据，又不便于系统在实际环境部署。换而言之，对已标记训练样本的大量需求极大地限制了人体行为识别系统从研究到应用的转化。本文受到主动学习思想的启发，尝试利用主动学习作为人体行为识别系统的辨识模型，以便解决当前对已标记训练样本的需求问题。因此，本文提出了一个名为ALSensing（active learning sensing）的人体行为识别系统，它能够实现与现有基于深度学习的人体行为识别系统接近的精度，但所需要的已标记训练样本数量减少90%左右。本文的主要贡献有以下3个方面。1) 本文是第一个将主动学习思想和Wi-Fi人体行为识别相结合的工作。这不仅为解决现有基于深度学习的人体行为识别系统发展受已标记训练样本数量限制的问题提供了思路，而且为主动学习提供了新的应用部署场景。2) 本文提出了ALSensing系统，并利用商业设备实现了ALSensing系统，它兼顾主动学习和Wi-Fi人体行为识别的优势，能够实现与现有基于深度学习的人体行为识别系统相当的精度，但所需要的已标记训练样本大幅度减少。3) 本文利用6个真实环境的数据集量化地评价了ALSensing系统的性能。在相同的数据集下， ALSensing利用3.7%的已标记训练样本能够达到52.83%的识别精度，利用15%的已标记训练样本能够达到58.97%的识别精度，而利用现有基于深度学习的人体行为识别系统测量的参考基准在100%的已标记训练样本的情况下为 62.19%的识别精度。1 结束语综上所述，ALSensing系统能够有效地解决当前人体行为识别系统对已标记训练样本数量的需求问题。本文是第一个将主动学习和Wi-Fi人体行为识别相结合的工作，而且使用商用的 Wi-Fi 设备实现了ALSensing系统。同时，本文也利用真实的实验量化地评估了ALSensing系统的性能。另外，相信在未来的工作中，数据增强处理、改变模型框架等方法能够进一步提升ALSensing系统性能，使ALSensing系统更易于移植到其他任务。另外，感谢中国科学技术大学信息科学实验中心提供的软硬件服务。2 原文链接http://www.infocomm-journal.com/wlw/article/2022/2096-3750/2096-3750-6-1-00044.shtml

【功能模块】【操作步骤&问题现象】1、可以的话请问需要怎样的环境，我运行不成功这个！【截图信息】【日志信息】（可选，上传日志内容或者附件）

> **摘要：** 通过结合华为云的人脸识别、functiongraph、OBS、APIG等云服务，来达成考勤打卡时调用一个API即可检测是否本人现场打卡的效果。 # 1 背景 使用APP进行打卡时，为避免非本人及非真人现场打卡的情况出现，想结合华为云的人脸识别能力，通过调用API，达成可检测是否本人且真人现场打卡的效果。 # 2 云服务介绍 **华为云FRS：** 人脸识别服务（Face Recognition Service），能够在图像中快速检测人脸、分析人脸关键点信息、获取人脸属性、实现人脸的精确比对和检索。该服务可应用于身份验证、电子考勤、客流分析等场景。[产品页面](https://www.huaweicloud.com/product/face.html) **华为云FunctionGraph：** 函数工作流（FunctionGraph）是一项基于事件驱动的函数托管计算服务。通过函数工作流，只需编写业务函数代码并设置运行的条件，无需配置和管理服务器等基础设施，函数以弹性、免运维、高可靠的方式运行。[产品页面](https://www.huaweicloud.com/product/functiongraph.html) **华为云APIG：** API网关（API Gateway）是为企业开发者及合作伙伴提供的高性能、高可用、高安全的API托管服务， 帮助企业轻松构建、管理和部署不同规模的API。简单、快速、低成本、低风险的实现内部系统集成、成熟业务能力开放及业务能力变现。[产品页面](https://www.huaweicloud.com/product/apig.html) **华为云OBS：** 对象存储服务（Object Storage Service，OBS）是一个基于对象的海量存储服务，为客户提供海量、安全、高可靠、低成本的数据存储能力，使用时无需考虑容量限制，并且提供多种存储类型供选择，满足客户各类业务场景诉求。[产品页面](https://www.huaweicloud.com/product/obs.html) **华为云DNS：** 云解析服务（Domain Name Service）提供高可用，高扩展的权威DNS服务和DNS管理服务，把人们常用的域名或应用资源转换成用于计算机连接的IP地址，从而将最终用户路由到相应的应用资源上。此服务默认开通，免费使用。[产品页面](https://www.huaweicloud.com/product/dns.html) # 3 方案设计 ## 3.1 方案简述 通过APIG调用functiongraph函数，在functiongraph上完成人脸识别-活体检测、人脸识别-人脸比对等API的调用，并将响应结果通过API返回给APP。实现APP调用一次API即可完成人脸识别的功能。 1. 人脸识别服务的人脸比对功能，可实现检测是否其本人打卡。 2. 人脸识别服务的活体检测功能，可实现检测是否活人打卡。 3. 使用Functiongraph的函数，APP端只需考虑调用一个API，且只需考虑人脸识别的总体输入和返回结果。 4. Functiongraph由APIG来调用，利用APPkey、APPsecret及HTTPS，解决了APP端调用的安全认证等问题。 5. OBS桶用来存储人脸照片，通过约定的用户标识做文件存储路径，易于管理和使用。 ## 3.2 方案架构图  0. 初始化：前置准备工作，新建一个OBS桶做人脸库，将员工的人脸照片存放到人脸库，并把以user-id 或自定义字段作为路径，标识员工。 1. 员工登录APP后，进行人脸识别时，将通过APIG来调用functionGraph，上传关键信息：摄像头捕获的照片或视频、员工的人脸库标识（user-id）。 2. functionGraph调用活体检测API，传入照片/视频（根据需求选择动作活体检测/静默活体检测，推荐静默活体检测）。 *注：本方案采用静默活体检测方式，APP端上传的照片提前转换为base64格式* 3. 活体检测API返回响应：有confidence、picture（base64）。 4. 在functionGraph中调用OBS接口，通过user-id从OBS人脸库获取库中的员工照片。 5. 通过代码将从OBS获取的照片文件，转换为base64格式。 6. 将两个base64格式的照片作为输入参数调用人脸比对API 。（备注：此处可根据需求，是否需要多次调用API，使用多个照片进行验证） 7. 人脸比对API返回包含了similarity的响应。 8. functionGraph将similarity、confidence传回给APP/后端。（备注：也可直接在functionGraph完成判定，返回人脸识别结果） ## 3.3 FUNCTIONGRAPH实现代码 代码详看附件。 代码时序图：  # 4 方案部署 ## 4.1 部署流程图  ## 4.2 前置准备 1. 拥有已实名认证的华为云账号，开通云服务functiongraph、人脸比对、活体检测、OBS 2. 注册公网域名，完成ICP备案 ## 4.3 创建OBS人脸库 ### 4.3.1 创建OBS桶 参考帮助文档：https://support.huaweicloud.com/qs-obs/obs_qs_0007.html ，**创建私有桶** ### 4.3.2 上传对象 参考帮助文档： https://support.huaweicloud.com/qs-obs/obs_qs_0008.html ，上传对象，建立OBS人脸库。 要求：文件的路径使用用户标识（如userid）命名  ## 4.4 FUNCTIONGRAPH搭建 ### 4.4.1 创建委托 登录IAM控制台（https://console.huaweicloud.com/iam/?region=cn-north-4#/iam/agencies） 1）创建委托  委托名称：自定义 委托类型：云服务 云服务：函数工作流functiongraph 持续时间：永久  2）选择策略 OBS：获取对象等基本操作权限 FRS：fullaccess APIG：fullaccess  3）设置最小授权范围，此处选择所有，实际可根据项目情况分配。  4）完成委托创建  ### 4.4.2 上传FRS依赖包 因functiongraph公共的依赖包中，FRS-SDK不是最新的（无静默活体检测API），故我们需上传最新的FRS-SDK，作为依赖包。 1）从官网获取FRS-SDK下载路径 https://sdkcenter.developer.huaweicloud.com/?language=python 2）下载整个Python-v3的SDK https://github.com/huaweicloud/huaweicloud-sdk-python-v3 下载后解压，进入内部，找到frs后缀的SDK 进入SDK目录，在setup所在的目录，全部选择进行压缩。压缩成功后，需要确保setup文件在压缩包的根目录下。  将压缩好的文件，上传到**functiongraph**的**依赖包管理**。  依赖包名称：自定义 运行时语言：2.7 描述：自定义 上传方式：上传ZIP文件  ### 4.4.3 创建函数 1）进入functiongraph控制台创建函数。 Functiongraph版本：functiongraph v2 函数类型：事件函数 函数名称：自定义 所属应用：默认 委托名称：选择创建的委托（如无，请点击右边的 创建委托 前往创建，创建步骤参考4.4.1） 企业项目：自行选择 自定义函数：关闭 运行时语言：Python2.7 函数执行入口：Index.handler 代码上传方式：静默代码   ### 4.4.4 编辑函数代码 将示例代码复制进来，编辑相关默认变量的值 1）粘贴3.3节的代码至index.py中  2）根据自己项目情况，设置默认Region、endpoint、buketname的值，若4.4.6节不设置环境变量的值，将默认取此处的默认值。 如下默认是北京四  3）编辑完成后，点击保存  ### 4.4.5 添加依赖包 1）在函数菜单-代码页，点击添加-依赖代码包  2）在公共依赖包，搜索obs，勾选OBS-sdk  3）在私有依赖包，勾选前面步骤上传的frs-sdk，然后确定保存  ### 4.4.6 编辑环境变量 在函数菜单-配置页，添加环境变量：region、bucketname（OBS桶名）、endpoint 若此处不设置环境变量，则函数会使用4.4.4节代码设置的默认值。  ### 4.4.7 调试函数 1）点击配置测试事件  2）选择apig的事件模板，添加body的内容和queryStringParameters的userid，进行保存。  3）点击测试，运行完毕可查看执行结果。  ## 4.5 添加APIG ### 4.5.1 添加APIG触发器 1）在函数菜单-触发器页，点击创建触发器  触发器类型：API网关服务（APIG） API名称：自定义 分组：选择API分组（如无点击右边 创建分组 进行创建） 发布环境：RELEASE（如无点击右边 创建发布环境 进行创建） 安全认证：测试环境可选择None（后面可编辑进行更改） 请求协议：测试环境可选择HTTP（后面可编辑进行更改） 后端超时（毫秒）：5000  2）创建完成后，在触发器页面会添加一个APIG触发器，提供访问URL  ### 4.5.2 编辑APIG 1）点击APIG触发器名称，前往APIG控制台，点击编辑  2）编辑基本信息 此处可更改安全认证，为方便调试，此处保持无认证  3）定义API请求 此处需添加API的请求参数-用户标识，用于functiongraph中，取在OBS人脸照片库中的员工照片。  4）定义后端服务 添加后端服务参数，跟前面的入参做一个映射。 因为是在functiongraph创建的APIG，故此处已自动绑定functiongraph的函数为后端服务，故基础定义保持默认即可。  5）返回结果基础定义 返回结果的响应示例，暂设置为空即可，点击完成。  ### 4.5.3 调试API 1）API详情页，点击调试，跳转到API调试页面  2）输入相关请求参数，发起请求，进行调试。  ### 4.5.4 发布API 编辑完成后的API，需要进行发布，公网才可访问   ## 4.6 绑定独立域名 子域名仅供开发测试使用，每天最多访问1000次。如需开发服务，则需为API所在分组绑定独立域名。 ### 4.6.1 添加记录集 1、登录云解析控制台（也可使用其他平台，已完成ICP备案的域名），选择域名解析》公网域名，点击需要创建记录集的域名名称。  2、添加记录集  填写以下信息 主机记录：域名前缀，如face-test 类型：选择CNAME – 将域名指向另外一个域名 别名：默认即可 线路类型：默认即可 TTL（秒）：默认即可 值：填写要指向的别名（此处为APIG上的子域名）  添加成功   ### 4.6.2 添加自定义域名 1、在API详情页-总览，点击添加增加自定义域名。  2、跳转到API所在分组的域名管理控制台，点击绑定独立域名  3、输入前面创建的记录集，点击确定。（如果是刚添加的记录集需刷新，约等5分钟）  添加完后，即可在公网通过自定义域名，访问APIG。  ## 4.7 问题记录 1、并发测试API时，发现偶现以下错误 错误1：人脸比对传入的base64字符串无法识别  错误2：数据传输被提前终止了  问题定位：因函数中的存储到本地的文件用的是同一个路径，并发操作时出现异步的同时占用一个路径，从而导致文件有丢失或文件转码有误 解决方案：给函数中的文件路径配置上时间戳，避免并发操作时，交叉操作同一个文件。 2、APIG错误码请参考： https://support.huaweicloud.com/usermanual-apig/apig-ug-180530090.html 3、使用APIG触发functiongraph时，发现第一个api请求响应时间较长（2s多），后面的请求就较短了（约500ms）。 问题定位：超过一分钟无调用函数时，函数会销毁。再次进行函数调用时，需要重新启动实例，所以第一次调用时间会比较长。 解决方案：设置预留实例，来消除冷启动效果。预留实例是为指定函数版本单独预留的函数运行实例，不同于普通的函数实例，预留实例长期存活，可以达到消除函数冷启动的效果。 预留实例需要提交工单开通，详情请参考：https://support.huaweicloud.com/usermanual-functiongraph/functiongraph_01_0306.html # 5 后期思考 1、 本方案的人脸比对，只比对一次。若人脸库中，用户的库照片有多个，是否需要遍历对比，取总体对比的结果。如对比多次，需要考虑从OBS获取照片、人脸比对的API要多次调用，性能下降、费用提升等

我下载了modelzoo里面的ATC retinaface（FP16）模型，https://www.hiascend.com/zh/software/modelzoo/detail/1/7270b02a457d4c4ab262277a646517f9解压得到了里面的retinaface_bs1.om和retinaface_bs16.om。模型的输入格式如下：同时参考了Ascend/samples里面的人脸检测案例，使用人脸检测模型对树莓摄像头中的即时视频进行人脸检测，https://gitee.com/ascend/samples/tree/master/python/level2_simple_inference/2_object_detection/face_detection_camera将retinaface_bs1.om和retinaface_bs16.om模型放到了model文件夹下。将src/main.py中的模型做了替换。第4行的face_detection.om换成了retinaface_bs1.om第5、6行的数值改为了1000试跑了scripts/sample_run.sh报错如下在192.168.1.2：7007中，灯是绿的，但view中没有东西官方的案例测试成功，能正常显示请问retinaface模型是否能这样操作，我应该如何使用retinaface模型对视频流数据做推理。

【功能模块】https://gitee.com/ascend/samples/blob/master/cplusplus/level2_simple_inference/n_performance/1_multi_process_thread/face_recognition_camera/README_CN.md【操作步骤&问题现象】1、根据  https://bbs.huaweicloud.com/forum/forum.php?mod=viewthread&tid=184545&ordertype=2&page=1 准备好环境，并分别在开发和运行分设环境的x86主机 MindStdio编译，运行；以及在 开发与运行合设的200DK环境运行 命令行的编译，运行。2、【截图信息】（1）在开发和运行分设环境的x86主机 MindStdio编译，运行。编译成功：运行报错：（2）在 开发与运行合设的200DK环境运行 命令行的编译，运行编译：运行：好像是摄像头出错。具体是什么问题，还烦请专家协助。代码应该都是一套。只是分别在开发环境使用了交叉编译，以及在运行环境直接进行编译。【日志信息】（可选，上传日志内容或者附件）

【功能模块】【操作步骤&问题现象】1、为啥这个样例会把我识别成我的同学，识别不到是我。【截图信息】【日志信息】（可选，上传日志内容或者附件）

【功能模块】开发环境：Ubuntu18.04，MindStudio3.0.4运行环境：Atlas200DK【操作步骤&问题现象】1、命令行运行人脸识别样例报错。2、MindStudio运行让脸识别样例报错。3、报错都是线程错误。【截图信息】重启Atlas还是报这个错。

【功能模块】Atlas200DK【操作步骤&问题现象】1、MindStudio运行face_recognition_camera样例报错‘路径中存在特殊字符’。2、Mappings是默认路径，没有改过。请问是哪个路径出问题了？