尧图网站建设 
简介这份资源面向需要在Java Web项目中实现手机摄像头拍照并上传的开发者尤其适合使用JSP技术栈、关注微信生态集成的初中级工程师。它解决的是移动端浏览器调用摄像头、图片采集后上传至阿里云服务器的完整链路问题描述中标注亲测可用可直接作为项目参考或二次开发基础。压缩包共130个文件约13.16MB以36个jar依赖、33个class编译文件、31个java源码为主另含10个png与2个jpg图片资源、3个xml配置、3个js脚本及2个jsp页面覆盖从依赖库到前端交互的完整结构。内容预览显示涉及微信消息加解密、JSSDK签名、access token管理、HTTP请求工具与核心控制器等模块说明该方案已整合微信相关能力便于读者理解拍照上传与微信接口的衔接方式。目前已有252人学习适合需要快速搭建拍照上传功能、研究JSP与阿里云服务对接的开发者参考。1. 从浏览器到服务器JSP 调用摄像头拍照上传到底怎么落地很多做 Java Web 的同行都遇到过这种需求后台管理系统里要录入员工照片、学生证件照或者设备巡检时现场拍一张图直接存档。用户不想先拍照再传到电脑再上传太绕。最直接的做法就是在浏览器里调起摄像头拍完立刻通过 JSP 页面提交到服务器落盘。这个JSP调用摄像头拍照上传服务器.zip就是干这件事的——它把前端 getUserMedia 取流、canvas 截帧、Base64 编码、后端 JSP 接收解码、文件落盘这一整条链路串了起来。它适合谁一是还在维护传统 JSP/Servlet 项目、没法上前后端分离框架的团队二是需要快速给现有后台加一个「现场拍照上传」功能的一线开发三是想搞清楚浏览器媒体流怎么和 Java 后端对接的学习者。核心价值在于不用装任何浏览器插件不用 ActiveX纯 HTML5 JSP 就能跑通。下面我按「资源是什么 → 怎么用 → 坑在哪」的顺序把这份包拆开讲透。2. 拆开压缩包前端取流与后端落盘的完整链路2.1 浏览器端 getUserMedia 的调用条件与约束整个方案的前端基石是navigator.mediaDevices.getUserMedia。它返回一个 MediaStream 对象里面装着摄像头的视频轨。很多人第一次写会直接getUserMedia({video: true})能跑但拿到的可能是低分辨率流拍出来的照片糊得没法用。常见做法是显式指定分辨率和 facingMode// 请求摄像头视频流指定理想分辨率与前置摄像头 const constraints { video: { width: { ideal: 1280 }, // 理想宽度浏览器会尽量满足 height: { ideal: 720 }, // 理想高度 facingMode: user // user 前置environment 后置 }, audio: false // 拍照不需要音频关掉省带宽 }; navigator.mediaDevices.getUserMedia(constraints) .then(stream { const video document.getElementById(video); video.srcObject stream; // 注意是 srcObject不是 src video.play(); }) .catch(err { console.error(取流失败:, err.name, err.message); });这里有几个参数必须说清楚。width/height用ideal而不是exact是因为不同摄像头支持的分辨率不一样用exact一旦设备不支持就直接抛OverconstrainedError页面白屏。facingMode在手机上决定用前置还是后置PC 上一般忽略。audio: false很关键如果开着音频浏览器会额外弹一次麦克风授权用户体验割裂。还有一个硬性前提getUserMedia只在安全上下文里可用。也就是说页面必须走https://或者localhost。如果你把项目部署到局域网http://192.168.x.x:8080Chrome 会直接拒绝报NotAllowedError或者mediaDevices为 undefined。这是新手翻车最多的地方后面避坑章节会细说。2.2 canvas 截帧与 Base64 编码的转换细节拿到流之后视频是在video标签里实时播放的。要「拍照」本质是把当前帧画到 canvas 上再导出成图片数据。核心代码就三行但每行都有讲究// 把 video 当前帧绘制到 canvas再导出为 Base64 function capture() { const video document.getElementById(video); const canvas document.getElementById(canvas); const ctx canvas.getContext(2d); // canvas 尺寸必须和视频实际分辨率一致否则拉伸变形 canvas.width video.videoWidth; canvas.height video.videoHeight; ctx.drawImage(video, 0, 0, canvas.width, canvas.height); // 导出 JPEG质量 0.8兼顾清晰度和体积 const dataURL canvas.toDataURL(image/jpeg, 0.8); return dataURL; // 形如 data:image/jpeg;base64,/9j/4AAQ... }video.videoWidth和video.videoHeight是流的真实分辨率不是 CSS 里写的宽高。如果你用 CSS 把 video 显示成 300px 宽但实际流是 1280那 canvas 必须按 1280 来设否则拍出来要么糊要么变形。toDataURL的第二个参数是 JPEG 质量范围 0 到 10.8 是清晰度和体积的平衡点。如果拍的是证件照需要更清晰可以调到 0.92但 Base64 字符串会明显变长POST 体积跟着涨。导出的dataURL前面带着data:image/jpeg;base64,前缀后端解码前必须把这个前缀切掉只留逗号后面的纯 Base64。这一步漏了解码出来就是乱码或者直接抛异常。2.3 JSP 后端接收 Base64 并解码落盘前端拿到 dataURL 后通常用 fetch 或表单 POST 发给 JSP。后端接收、解码、写文件的逻辑如下% page importjava.util.Base64 % % page importjava.io.* % % page contentTypetext/html;charsetUTF-8 % % // 接收前端传来的 base64 字符串 String imgData request.getParameter(imgData); if (imgData ! null imgData.contains(,)) { // 切掉 data:image/jpeg;base64, 前缀 String base64 imgData.substring(imgData.indexOf(,) 1); // Base64 解码为字节数组 byte[] bytes Base64.getDecoder().decode(base64); // 生成唯一文件名避免覆盖 String fileName photo_ System.currentTimeMillis() .jpg; String saveDir application.getRealPath(/uploads); File dir new File(saveDir); if (!dir.exists()) dir.mkdirs(); // 写文件 try (FileOutputStream fos new FileOutputStream(new File(dir, fileName))) { fos.write(bytes); } out.print(上传成功: fileName); } else { out.print(参数为空); } %application.getRealPath(/uploads)拿到的是 Web 应用部署目录下的绝对路径。这里有个隐患如果项目打成 war 包部署重新部署时 uploads 目录可能被清空。生产环境更稳妥的做法是把保存路径配到应用目录之外比如D:/upload/通过 context-param 或配置文件读取。System.currentTimeMillis()做文件名能保证基本唯一但高并发下同一毫秒可能撞名更严谨可以用 UUID。3. 从零跑通环境搭建、参数调优与联调步骤3.1 Tomcat 与 JDK 版本选择及项目导入这份包是标准 JSP Web 项目跑起来需要 JDK 和 Tomcat。JDK 建议 8 或 11Tomcat 用 8.5 或 9。别用 Tomcat 10因为 10 之后javax.servlet换成了jakarta.servlet老项目的 JSP 页面会直接报类找不到。导入步骤解压 zip把项目文件夹放到 Tomcat 的webapps目录下或者用 IDE 以 Dynamic Web Project 方式导入。确认WEB-INF/lib下有依赖 jar没有的话按报错补。启动 Tomcat访问http://localhost:8080/项目名/拍照页面.jsp。如果是在 IDE 里跑Eclipse 需要配好 Tomcat RuntimeIDEA 用 Ultimate 版的 Java EE 支持。社区版 IDEA 没有内置 Web 支持得手动配 Tomcat 启动项这点要注意。3.2 摄像头权限、HTTPS 与 localhost 的硬性关系前面提过getUserMedia要求安全上下文。本地开发用localhost或127.0.0.1是豁免的浏览器允许。但一旦你要在局域网内让同事用手机访问http://192.168.1.100:8080测试摄像头就调不起来了。解决办法有两个一是给测试环境配自签名证书走 HTTPS二是用 Chrome 的chrome://flags/#unsafely-treat-insecure-origin-as-secure把那个 IP 加进白名单。后者只适合临时调试正式环境必须上 HTTPS。授权弹窗的时机也要注意。getUserMedia必须在用户手势点击按钮之后调用页面加载时自动调部分浏览器会拦截。所以正确做法是页面上放一个「开启摄像头」按钮点击后再请求流。3.3 分辨率、图片质量与上传体积的平衡这三个参数是互相拉扯的。分辨率越高、质量越高Base64 字符串越长POST 体积越大。一张 1280x720、质量 0.8 的 JPEGBase64 后大约 150KB 到 300KB。如果并发上传的人多服务器带宽和内存都会吃紧。调优建议场景分辨率JPEG 质量预估 Base64 体积证件照存档1280x7200.92300KB 到 500KB巡检记录640x4800.760KB 到 120KB头像采集480x3600.630KB 到 60KB如果还要更小可以在前端用 canvas 缩放后再导出或者后端解码后用 Thumbnails 库压缩。但注意压缩是有损的证件照这类场景别压太狠。3.4 前后端联调用浏览器开发者工具定位断点联调时最常见的现象是「点了拍照没反应」。排查顺序先看 Console 有没有报错getUserMedia失败会在这里打印NotAllowedError、NotFoundError、NotReadableError。再看 Network 面板POST 请求有没有发出去请求体里imgData是不是空。如果请求发出去了但后端报错看 Tomcat 日志里的异常栈。一个实用技巧在capture()函数里console.log(dataURL.substring(0, 50))确认 Base64 前缀正常。后端在解码前也打印一下base64.length()两边对一下长度能快速判断是前端没截到图还是后端解码出错。4. 避坑指南摄像头调用与上传的五个高频翻车点4.1 现象页面报 mediaDevices undefined原因页面不是安全上下文或者浏览器版本太老不支持。http://非 localhost 访问时navigator.mediaDevices直接是 undefined。解决本地用 localhost局域网测试配 HTTPS 或临时加 Chrome 白名单。生产环境必须上证书。另外确认浏览器是 Chrome 60、Firefox 55 这类支持 getUserMedia 的版本。4.2 现象拍照出来是黑屏或纯色原因drawImage执行时视频还没真正开始播放videoWidth为 0canvas 画了个空。或者 canvas 尺寸设成了 CSS 显示尺寸而非视频真实尺寸。解决在video.onloadedmetadata事件之后再允许拍照或者拍照前判断video.videoWidth 0。canvas 宽高严格用video.videoWidth/videoHeight。4.3 现象后端解码抛 IllegalArgumentException原因Base64 字符串里混了前缀data:image/jpeg;base64,或者前端传参时被 URL 编码破坏或者字符串里有换行空格。解决解码前先substring(indexOf(,)1)切前缀再用replaceAll(\\s, )去掉空白字符。POST 时用application/x-www-form-urlencoded或 FormData别手动拼 URL。4.4 现象上传成功但文件打不开原因写文件时用了字符流而不是字节流或者 Base64 解码用了错误的字符集。图片是二进制必须用FileOutputStream写字节。解决确认Base64.getDecoder().decode()返回的是 byte[]直接 write 进 FileOutputStream。别用 Writer。4.5 现象重新部署后图片全没了原因保存路径用了getRealPath指向 war 解压目录重新部署时被覆盖清空。解决把上传目录配到应用外部比如D:/app_upload/通过context-param或系统属性读取。同时给目录设好写权限。5. 进阶技巧把拍照上传做成可复用的组件跑通基础流程后我一般会把它抽成一个可复用的小组件而不是每个页面复制一遍代码。前端封装成一个CameraUploader对象暴露open()、capture()、upload()三个方法页面只负责调用和拿回调。后端抽一个ImageUploadUtil工具类把 Base64 解码、文件名生成、目录创建、写文件打包成一个静态方法JSP 页面只调一行。再进一步可以加两个实用能力。一是图片格式转换前端导出时用toDataURL(image/png)还是 jpeg 可配后端也可以引入Thumbnails做统一压缩和裁剪。二是上传进度反馈用XMLHttpRequest的upload.onprogress替代 fetch大图上传时能给用户一个进度条体验好很多。验证组件是否可靠我有个固定习惯拿三种设备各测一遍——PC 外接摄像头、笔记本内置摄像头、手机浏览器。重点看手机上前置后置切换是否正常、竖屏拍出来有没有旋转 90 度。旋转问题在 iOS 上尤其常见解决思路是读取 EXIF 方向信息或者干脆在 canvas 绘制时按facingMode做一次旋转补偿。从那以后我每次做这类拍照上传都强制先在手机上用 HTTPS 走一遍完整流程确认没有权限、旋转、体积这三个问题才交付。希望帮到你。本文还有配套的精品资源点击获取 JSP调用摄像头拍照上传服务器：从浏览器取流到后端落盘全链路实战
简介这份资源面向需要在Java Web项目中实现手机摄像头拍照并上传的开发者尤其适合使用JSP技术栈、关注微信生态集成的初中级工程师。它解决的是移动端浏览器调用摄像头、图片采集后上传至阿里云服务器的完整链路问题描述中标注亲测可用可直接作为项目参考或二次开发基础。压缩包共130个文件约13.16MB以36个jar依赖、33个class编译文件、31个java源码为主另含10个png与2个jpg图片资源、3个xml配置、3个js脚本及2个jsp页面覆盖从依赖库到前端交互的完整结构。内容预览显示涉及微信消息加解密、JSSDK签名、access token管理、HTTP请求工具与核心控制器等模块说明该方案已整合微信相关能力便于读者理解拍照上传与微信接口的衔接方式。目前已有252人学习适合需要快速搭建拍照上传功能、研究JSP与阿里云服务对接的开发者参考。1. 从浏览器到服务器JSP 调用摄像头拍照上传到底怎么落地很多做 Java Web 的同行都遇到过这种需求后台管理系统里要录入员工照片、学生证件照或者设备巡检时现场拍一张图直接存档。用户不想先拍照再传到电脑再上传太绕。最直接的做法就是在浏览器里调起摄像头拍完立刻通过 JSP 页面提交到服务器落盘。这个JSP调用摄像头拍照上传服务器.zip就是干这件事的——它把前端 getUserMedia 取流、canvas 截帧、Base64 编码、后端 JSP 接收解码、文件落盘这一整条链路串了起来。它适合谁一是还在维护传统 JSP/Servlet 项目、没法上前后端分离框架的团队二是需要快速给现有后台加一个「现场拍照上传」功能的一线开发三是想搞清楚浏览器媒体流怎么和 Java 后端对接的学习者。核心价值在于不用装任何浏览器插件不用 ActiveX纯 HTML5 JSP 就能跑通。下面我按「资源是什么 → 怎么用 → 坑在哪」的顺序把这份包拆开讲透。2. 拆开压缩包前端取流与后端落盘的完整链路2.1 浏览器端 getUserMedia 的调用条件与约束整个方案的前端基石是navigator.mediaDevices.getUserMedia。它返回一个 MediaStream 对象里面装着摄像头的视频轨。很多人第一次写会直接getUserMedia({video: true})能跑但拿到的可能是低分辨率流拍出来的照片糊得没法用。常见做法是显式指定分辨率和 facingMode// 请求摄像头视频流指定理想分辨率与前置摄像头 const constraints { video: { width: { ideal: 1280 }, // 理想宽度浏览器会尽量满足 height: { ideal: 720 }, // 理想高度 facingMode: user // user 前置environment 后置 }, audio: false // 拍照不需要音频关掉省带宽 }; navigator.mediaDevices.getUserMedia(constraints) .then(stream { const video document.getElementById(video); video.srcObject stream; // 注意是 srcObject不是 src video.play(); }) .catch(err { console.error(取流失败:, err.name, err.message); });这里有几个参数必须说清楚。width/height用ideal而不是exact是因为不同摄像头支持的分辨率不一样用exact一旦设备不支持就直接抛OverconstrainedError页面白屏。facingMode在手机上决定用前置还是后置PC 上一般忽略。audio: false很关键如果开着音频浏览器会额外弹一次麦克风授权用户体验割裂。还有一个硬性前提getUserMedia只在安全上下文里可用。也就是说页面必须走https://或者localhost。如果你把项目部署到局域网http://192.168.x.x:8080Chrome 会直接拒绝报NotAllowedError或者mediaDevices为 undefined。这是新手翻车最多的地方后面避坑章节会细说。2.2 canvas 截帧与 Base64 编码的转换细节拿到流之后视频是在video标签里实时播放的。要「拍照」本质是把当前帧画到 canvas 上再导出成图片数据。核心代码就三行但每行都有讲究// 把 video 当前帧绘制到 canvas再导出为 Base64 function capture() { const video document.getElementById(video); const canvas document.getElementById(canvas); const ctx canvas.getContext(2d); // canvas 尺寸必须和视频实际分辨率一致否则拉伸变形 canvas.width video.videoWidth; canvas.height video.videoHeight; ctx.drawImage(video, 0, 0, canvas.width, canvas.height); // 导出 JPEG质量 0.8兼顾清晰度和体积 const dataURL canvas.toDataURL(image/jpeg, 0.8); return dataURL; // 形如 data:image/jpeg;base64,/9j/4AAQ... }video.videoWidth和video.videoHeight是流的真实分辨率不是 CSS 里写的宽高。如果你用 CSS 把 video 显示成 300px 宽但实际流是 1280那 canvas 必须按 1280 来设否则拍出来要么糊要么变形。toDataURL的第二个参数是 JPEG 质量范围 0 到 10.8 是清晰度和体积的平衡点。如果拍的是证件照需要更清晰可以调到 0.92但 Base64 字符串会明显变长POST 体积跟着涨。导出的dataURL前面带着data:image/jpeg;base64,前缀后端解码前必须把这个前缀切掉只留逗号后面的纯 Base64。这一步漏了解码出来就是乱码或者直接抛异常。2.3 JSP 后端接收 Base64 并解码落盘前端拿到 dataURL 后通常用 fetch 或表单 POST 发给 JSP。后端接收、解码、写文件的逻辑如下% page importjava.util.Base64 % % page importjava.io.* % % page contentTypetext/html;charsetUTF-8 % % // 接收前端传来的 base64 字符串 String imgData request.getParameter(imgData); if (imgData ! null imgData.contains(,)) { // 切掉 data:image/jpeg;base64, 前缀 String base64 imgData.substring(imgData.indexOf(,) 1); // Base64 解码为字节数组 byte[] bytes Base64.getDecoder().decode(base64); // 生成唯一文件名避免覆盖 String fileName photo_ System.currentTimeMillis() .jpg; String saveDir application.getRealPath(/uploads); File dir new File(saveDir); if (!dir.exists()) dir.mkdirs(); // 写文件 try (FileOutputStream fos new FileOutputStream(new File(dir, fileName))) { fos.write(bytes); } out.print(上传成功: fileName); } else { out.print(参数为空); } %application.getRealPath(/uploads)拿到的是 Web 应用部署目录下的绝对路径。这里有个隐患如果项目打成 war 包部署重新部署时 uploads 目录可能被清空。生产环境更稳妥的做法是把保存路径配到应用目录之外比如D:/upload/通过 context-param 或配置文件读取。System.currentTimeMillis()做文件名能保证基本唯一但高并发下同一毫秒可能撞名更严谨可以用 UUID。3. 从零跑通环境搭建、参数调优与联调步骤3.1 Tomcat 与 JDK 版本选择及项目导入这份包是标准 JSP Web 项目跑起来需要 JDK 和 Tomcat。JDK 建议 8 或 11Tomcat 用 8.5 或 9。别用 Tomcat 10因为 10 之后javax.servlet换成了jakarta.servlet老项目的 JSP 页面会直接报类找不到。导入步骤解压 zip把项目文件夹放到 Tomcat 的webapps目录下或者用 IDE 以 Dynamic Web Project 方式导入。确认WEB-INF/lib下有依赖 jar没有的话按报错补。启动 Tomcat访问http://localhost:8080/项目名/拍照页面.jsp。如果是在 IDE 里跑Eclipse 需要配好 Tomcat RuntimeIDEA 用 Ultimate 版的 Java EE 支持。社区版 IDEA 没有内置 Web 支持得手动配 Tomcat 启动项这点要注意。3.2 摄像头权限、HTTPS 与 localhost 的硬性关系前面提过getUserMedia要求安全上下文。本地开发用localhost或127.0.0.1是豁免的浏览器允许。但一旦你要在局域网内让同事用手机访问http://192.168.1.100:8080测试摄像头就调不起来了。解决办法有两个一是给测试环境配自签名证书走 HTTPS二是用 Chrome 的chrome://flags/#unsafely-treat-insecure-origin-as-secure把那个 IP 加进白名单。后者只适合临时调试正式环境必须上 HTTPS。授权弹窗的时机也要注意。getUserMedia必须在用户手势点击按钮之后调用页面加载时自动调部分浏览器会拦截。所以正确做法是页面上放一个「开启摄像头」按钮点击后再请求流。3.3 分辨率、图片质量与上传体积的平衡这三个参数是互相拉扯的。分辨率越高、质量越高Base64 字符串越长POST 体积越大。一张 1280x720、质量 0.8 的 JPEGBase64 后大约 150KB 到 300KB。如果并发上传的人多服务器带宽和内存都会吃紧。调优建议场景分辨率JPEG 质量预估 Base64 体积证件照存档1280x7200.92300KB 到 500KB巡检记录640x4800.760KB 到 120KB头像采集480x3600.630KB 到 60KB如果还要更小可以在前端用 canvas 缩放后再导出或者后端解码后用 Thumbnails 库压缩。但注意压缩是有损的证件照这类场景别压太狠。3.4 前后端联调用浏览器开发者工具定位断点联调时最常见的现象是「点了拍照没反应」。排查顺序先看 Console 有没有报错getUserMedia失败会在这里打印NotAllowedError、NotFoundError、NotReadableError。再看 Network 面板POST 请求有没有发出去请求体里imgData是不是空。如果请求发出去了但后端报错看 Tomcat 日志里的异常栈。一个实用技巧在capture()函数里console.log(dataURL.substring(0, 50))确认 Base64 前缀正常。后端在解码前也打印一下base64.length()两边对一下长度能快速判断是前端没截到图还是后端解码出错。4. 避坑指南摄像头调用与上传的五个高频翻车点4.1 现象页面报 mediaDevices undefined原因页面不是安全上下文或者浏览器版本太老不支持。http://非 localhost 访问时navigator.mediaDevices直接是 undefined。解决本地用 localhost局域网测试配 HTTPS 或临时加 Chrome 白名单。生产环境必须上证书。另外确认浏览器是 Chrome 60、Firefox 55 这类支持 getUserMedia 的版本。4.2 现象拍照出来是黑屏或纯色原因drawImage执行时视频还没真正开始播放videoWidth为 0canvas 画了个空。或者 canvas 尺寸设成了 CSS 显示尺寸而非视频真实尺寸。解决在video.onloadedmetadata事件之后再允许拍照或者拍照前判断video.videoWidth 0。canvas 宽高严格用video.videoWidth/videoHeight。4.3 现象后端解码抛 IllegalArgumentException原因Base64 字符串里混了前缀data:image/jpeg;base64,或者前端传参时被 URL 编码破坏或者字符串里有换行空格。解决解码前先substring(indexOf(,)1)切前缀再用replaceAll(\\s, )去掉空白字符。POST 时用application/x-www-form-urlencoded或 FormData别手动拼 URL。4.4 现象上传成功但文件打不开原因写文件时用了字符流而不是字节流或者 Base64 解码用了错误的字符集。图片是二进制必须用FileOutputStream写字节。解决确认Base64.getDecoder().decode()返回的是 byte[]直接 write 进 FileOutputStream。别用 Writer。4.5 现象重新部署后图片全没了原因保存路径用了getRealPath指向 war 解压目录重新部署时被覆盖清空。解决把上传目录配到应用外部比如D:/app_upload/通过context-param或系统属性读取。同时给目录设好写权限。5. 进阶技巧把拍照上传做成可复用的组件跑通基础流程后我一般会把它抽成一个可复用的小组件而不是每个页面复制一遍代码。前端封装成一个CameraUploader对象暴露open()、capture()、upload()三个方法页面只负责调用和拿回调。后端抽一个ImageUploadUtil工具类把 Base64 解码、文件名生成、目录创建、写文件打包成一个静态方法JSP 页面只调一行。再进一步可以加两个实用能力。一是图片格式转换前端导出时用toDataURL(image/png)还是 jpeg 可配后端也可以引入Thumbnails做统一压缩和裁剪。二是上传进度反馈用XMLHttpRequest的upload.onprogress替代 fetch大图上传时能给用户一个进度条体验好很多。验证组件是否可靠我有个固定习惯拿三种设备各测一遍——PC 外接摄像头、笔记本内置摄像头、手机浏览器。重点看手机上前置后置切换是否正常、竖屏拍出来有没有旋转 90 度。旋转问题在 iOS 上尤其常见解决思路是读取 EXIF 方向信息或者干脆在 canvas 绘制时按facingMode做一次旋转补偿。从那以后我每次做这类拍照上传都强制先在手机上用 HTTPS 走一遍完整流程确认没有权限、旋转、体积这三个问题才交付。希望帮到你。本文还有配套的精品资源点击获取