html无法直接上传并解析cad图纸,因浏览器不支持dwg/dxf格式,仅能传递原始字节流;需分片上传大文件,并依赖后端或专用库解析转换为svg等可渲染格式,同时注意单位换算与坐标系适配。

HTML 本身不能直接“上传 CAD 图纸”,input type="file" 只负责选文件并把二进制数据交给 JavaScript;真正卡住的地方是:浏览器根本看不懂 .dwg、.dxf,你传上去的只是字节流,没解析就等于白传。
为什么 input type="file" 选了 DWG 却什么都做不了
用户点上传按钮 → 浏览器拿到一个 File 对象 → 但这个对象里没有图层、没有实体、没有坐标系信息。它只是一坨原始字节,和你上传一张 .zip 压缩包没区别。后续所有操作(预览、比对、提取图层)都依赖后端或前端解析能力,而原生 HTML/JS 不提供任何 DWG 解析 API。
- 常见错误现象:
FileReader.readAsArrayBuffer()能读出数据,但console.log出来全是乱码或Uint8Array,看不出任何图纸结构 - 别指望
new FileReader().readAsText()—— DWG 是二进制格式,不是文本,强行转字符串会崩解或截断 - 移动端 Safari 对大于 50MB 的
File对象可能直接拒绝读取,不报错,但onload不触发
必须分片上传大 CAD 文件(50MB+ 场景)
机械图纸动辄几百 MB,用传统 FormData.append('file', file) 一次性提交,99% 会因超时、内存溢出或 Nginx 默认 client_max_body_size 1m 被拦在网关外。
CAD通信网关公共库(装修设计扩展版)。提供统一CAD COM封装接口,支持AutoCAD/天正双模式,包含装修专业图层体系、材料图块、房间边界检测、弧形吊顶COM接口。复用建筑施工图方案Skill0公共库。
- 分片核心逻辑:用
file.slice(start, end)切块,每块控制在 2–5MB,带chunkIndex和totalChunks元数据 - 服务端必须支持合并(比如用
fs.appendFile按序追加,最后校验md5或sha256) - 前端要处理失败重传:记录已成功上传的
chunkIndex,跳过重试,避免重复写入 - 别用
XMLHttpRequest手写 —— 改用fetch+AbortController更可控,中断后能清理内存
上传后怎么让图纸“活”起来(不是存完就结束)
上传只是第一步。用户真正需要的是“上传完立刻看到图”,这要求你立刻启动转换链路,而不是等人工后台处理。
- 轻量级方案:上传后立即调用后端转换接口(如
POST /api/convert?format=svg),返回 SVG URL 插入<iframe></iframe>或内联渲染 - 离线安全方案:用单文件 HTML 查看器(如 MXCAD Web 或自研打包版),上传后生成含 Viewer + 数据的独立
.html,发给客户即可离线查看图层/测量,不走服务器 - 千万别把原始 DWG 存到前端 localStorage —— 它上限约 5MB,且无意义:存了也打不开,还暴露源文件
- 如果要用 Forge 或 AutoCAD I/O,注意上传前必须先用
fetch('/api/forge/token')换临时凭证,否则401 Unauthorized
真正容易被忽略的是单位和坐标系——DWG 默认毫米,但几乎所有 Web 渲染库(Three.js、SVG viewer)按像素或米处理。上传后若不做 scale = 0.001 或视口适配,模型会小到看不见,或比例全错。这个坑不会报错,只会让你对着空白页面反复检查网络请求。
前端入门到VUE实战笔记:立即使用
在学习笔记中,你将探索 前端 的入门与实战技巧!










