如果你在 Linux 上画过图一定体会过那种尴尬项目方发来一个 DWG甲方只认 AutoCA可你面前只有一台跑着 Ubuntu 或者 Fedora 的工作站。AutoCAD 官方至今没有 Linux 版本很多人只能装个 Windows 虚拟机或者被迫在 CAD 需求不高的场景用 LibreCAD、FreeCAD 顶一下遇到复杂图纸就抓狂。这个问题的正解其实是 BricsCAD——一款把 DWG 原生兼容、完整命令行、LISP 二次开发、ARX 级别的 BRX 插件体系全都搬到了 Linux 下的专业 CAD。我这两年在 Fedora 和 Ubuntu 上都跑过 BricsCAD日常画机械图、处理甲方发来的建筑图纸都没掉链子。这篇文章就把我从零安装到稳定运行的全过程、踩过的坑、以及从 AutoCAD 迁移过来的细节一次性写清楚适合所有想在 Linux 上正经画图的人参考。1. 为什么是BricsCADLinux下的DWG兼容方案横向比较1.1 AutoCAD在Linux上的缺席与曲线救国老路先不说 BricsCAD 的安装得先讲清楚一个背景为什么 Linux 用户非要绕一大圈来找替代品。AutoCAD 的官方支持平台只有 Windows 和 macOSLinux 不在其中而且这十几年从来没有松动的迹象。这就是 Linux 桌面用户做二维设计时最大的痛点哪怕你用 WINE 硬跑 Windows 版 AutoCAD结果也往往是各种画布渲染异常、激活组件失效甚至直接闪退。虽然在 WINE 数据库里能看到一些旧版本 AutoCAD 的金标记录但真正拿它做生产环境没人敢拍胸脯。所以大家走的曲线救国路线大概有几条第一种是虚拟机在 Linux 里装 VirtualBox 或 QEMU/KVM虚拟机里跑 Windows AutoCAD。这条路最稳但代价是每次开图都要启动整个 Windows内存占用轻松上 8G而且交换文件、剪贴板交互、外部参照路径这些细节非常折磨人。第二种是 WINE/CrossOver 硬跑省资源但兼容性全看运气AutoCAD 的依赖组件多一个 ActiveX 控件不工作整个程序就残废。第三种是找原生 Linux 的 CAD 软件也就是开头提到的 LibreCAD、FreeCAD、QCAD 这些。前两条路本质上是逃避避开 Linux而没有解决在 Linux 原生环境下用 DWG 工作这个核心诉求。而第三条路上的工具在很长一段时间里都停留在能打开、能看个大概的水平真正做生产级绘图远远不够。直到 BricsCAD 把完整版移植到 Linux 之后这个缺口才算是被真正补上了。1.2 BricsCAD凭什么做到DWG原生兼容BricsCAD 由比利时的 Bricsys 公司开发2019 年后成为 Hexagon 集团旗下产品。它最核心的卖点不是看起来像 AutoCAD而是直接读写原生 DWG 文件格式不需要转换不需要中间格式版本兼容跨度非常广。AutoCAD 从 R12 时代到现在每次更新 DWG 格式BricsCAD 几乎都能同步跟进官方文档上明确写着它支持从 DWG R12 到最新版的所有格式。这一点是 LibreCAD 走 DXF 路线没法比的。另一个关键点是它保留了完整的命令行交互。很多从 AutoCAD 迁移过来的用户肌肉记忆全在命令行里输入 L 画线、输入 O 偏移、输入 TR 修剪BricsCAD 的默认命令别名和 AutoCAD 高度一致。我当初第一次打开 BricsCAD下意识敲了个L空格起点终点一拉一条线出来那一刻的感觉就是这不是换软件这是加了 Linux 皮肤的老朋友。同时 BricsCAD 提供了自己的二次开发接口 BRX直接兼容 AutoCAD 的 ARX 接口层面设计。还有 LISP、VBA、Python、.NET API。对于有历史积累、依赖 AutoCAD 插件的用户来说这些兼容层决定了你能不能从 Windows 生态平移到 Linux。1.3 和FreeCAD/LibreCAD/QCAD/DraftSight的定位差异很多人在搜索 BricsCAD 时会同时看到一系列名字这里我顺手把这几个工具放在一起做过对比结论比较明确它们不是同一赛道的产品。CAD软件平台原生DWG命令行二次开发定位BricsCADWindows/Linux/Mac原生读写完整BRX/LISP/Python/.NET生产级AutoCAD替代DraftSightWindows/MacLinux版本有限支持打开DWG中等部分轻量看图/改图FreeCAD全平台需转换无传统CAD命令行Python参数化3D建模为主LibreCAD全平台DXF为主无脚本有限2D轻量绘图QCAD全平台DXF为主DWG需插件无ECMAScript2D绘图这个表格不是要贬低谁。FreeCAD 在三维参数化建模上有自己的生态位LibreCAD 用来画个简单的示意图没问题。但如果你要打开的是建筑院的原始 DWG里面带着代理实体、动态块、字段、图纸集这些高级货上面这些免费工具大概率会直接掉进代理对象被隔离的泥潭。BricsCAD 才是能在 Linux 上把这些高级对象完整解析并且编辑的工具。我用过 BricsCAD 打开一个带动态块的室内平面图动态块下拉参数可以直接改这在 FreeCAD 里想都不要想。2. 安装前的系统体检发行版、依赖库和显卡驱动2.1 确认发行版和处理器架构BricsCAD 官方对 Linux 的支持方式比较务实提供 .deb、.rpm 和 .tgz 三种格式覆盖 Debian/Ubuntu 系、Fedora/RHEL/SUSE 系以及一切想自己手动部署的发行版。同时官方明确只支持 x86_64 架构ARM 版虽然有但一般需要单独联系授权日常使用还是以 Intel/AMD 的 64 位 CPU 为基准。安装之前先搞清楚自己的系统是哪一类。在终端里跑cat /etc/os-release uname -m第一行看发行版名称和版本第二行看架构。只要输出是x86_64就可以放心继续。如果你用的是统信 UOS 或者麒麟这类国产桌面 Linux它们多数基于 Debian直接走 .deb 路线就行。我实测在统信 UOS 1060 上装过 BricsCAD V22 的 deb 包除了依赖库需要手动补齐之外主程序跑起来没什么问题。2.2 驱动准备OpenGL上下文比想象中重要BricsCAD 的渲染引擎依赖 OpenGL不是 CPU 软渲染那种简陋的 2D 画布而是要求系统里有完整可用的 OpenGL 上下文。这一点在 Linux 上往往是最大的变量。安装前先检查一下显卡驱动状态glxinfo | grep OpenGL renderer如果提示glxinfo找不到先装 mesa 工具集。以 Ubuntu 为例sudo apt install mesa-utils然后看输出。如果你用的是 NVIDIA 独显建议安装官方驱动而不要用 nouveau 开源驱动。nouveau 虽然在日常桌面里挺稳但在 BricsCAD 里旋转视图、切换视觉样式时会出现明显掉帧和纹理闪烁。AMD 显卡就轻松得多Mesa 驱动的 OpenGL 支持在 Linux 下相当成熟Intel 核显也一样。我看到过不少 BricsCAD 在 Linux 下打开就黑屏的报告最后排查下来九成是驱动没装好OpenGL 版本停留在 1.4BricsCAD 直接罢工。检查 OpenGL 版本的硬指标至少要支持 OpenGL 3.3 以上。现在主流 Mesa 和 NVIDIA 驱动基本都能到 4.6但如果你跑在老的虚拟机里虚拟显卡给的 OpenGL 版本往往不够这也是很多人在虚拟机里装 BricsCAD 卡顿、黑屏的根本原因。2.3 依赖库清单与系统源设置BricsCAD 的 Linux 包不是一个静态二进制它会依赖一批 Qt 和系统库。官方在安装包内做了依赖声明理论上你用 apt 或 dnf 安装时能自动拉依赖但国内镜像源、精简版系统、或者安装包缺少签名的情况下依赖常常拉不齐。我整理的常见依赖清单如下libglu1-mesa / mesa-libGLUlibSM6 和 libICE6X11 会话管理相关缺失会导致程序无法启动并报错libxkbcommon-x11-0Qt 输入法及键盘映射容易忽略的依赖libnss3BricsCAD内置的浏览器组件和许可激活页面会用到它libatk-bridge2.0-0渲染无障碍组件缺失可能造成程序启动后图形界面空白fontconfig字体配置服务安装后用来扫描系统中文字体libXi6 和 libXmu6老牌X11扩展库鼠标和键盘事件依赖libglib2.0-0Qt与Glib交互的胶水层如果你用的是 Debian/Ubuntu建议先把软件源跑一遍更新再安装不要跳过sudo apt update。有些精简安装的容器镜像不带ca-certificates这会导致 BricsCAD 激活时连不上许可服务器排查起来相当磨人。提前把这些基础库装上比报错了再逐个查路径要省事得多。3. BricsCAD的三种安装方式与我的实战记录3.1 从官网获取安装包deb、rpm、tgz分别是什么逻辑BricsCAD 官网bricsys.com的产品下载页里选择 Linux 版本后会出现三个下载入口安装包管理器用的.deb、Red Hat 系用的.rpm以及压缩包.tgz。我的建议是能用包管理器就用包管理器。deb 和 rpm 包携带依赖关系元数据apt或dnf在安装时会自动计算依赖。tgz 包是用来兜底的适合那些不基于 Debian/RPM 的发行版比如 Arch Linux或者你想自定义安装路径的场景但 tgz 装完所有依赖都要自己维护升级也得自己来长期使用非常麻烦。Arch 用户也可以用 AUR 里的 bricscad 相关包但版本更新往往滞后而且依赖冲突时要处理的东西不比 tgz 少。3.2 Debian/Ubuntu系的安装流程我最初是在 Ubuntu 22.04 LTS 上装的 BricsCAD V24过程还算顺利。下载时留意文件名里的版本号和架构标识比如bricscad_24.2.10_amd64.deb这样的格式。进入下载目录后执行sudo apt update sudo apt install ./bricscad_24.2.10_amd64.deb这里有个细节apt install后面直接跟本地 .deb 文件路径时apt 会把包加入依赖解析流程自动拉取依赖库。如果你用dpkg -i直接装apt 的依赖解析就不会介入缺依赖时只会甩给你一个依赖关系未满足的提示还得手动apt --fix-broken install去抢救。所以我强烈建议用apt install ./包名的写法一步到位。安装完成后桌面菜单里会出现 BricsCAD 的图标程序本体通常装在/opt/bricsys/bricscadV24/下。在终端输入bricscad一般能直接启动如果命令找不到就到安装目录下找二进制比如/opt/bricsys/bricscadV24/bricscad。3.3 Fedora/RHEL系与其它发行版的处理后来我把主力机换成了 Fedora Workstation就改用 rpm 包安装sudo dnf install ./bricscad-24.2.10-1.x86_64.rpmFedora 的 dnf 也会自动处理依赖但有一点要注意Fedora 默认启用了fedora-cisco-openh264之外的第三方源而部分依赖库可能在官方源里版本过新、与 BricsCAD 打包时声明的版本不匹配。如果dnf报依赖冲突先更新系统到最新再装一般能缓解实在不行再转 tgz 方式手动部署。对于 openSUSE命令类似用zypper install配合 rpm 包。对于 Arch Linux虽然有 AUR 包但如果你不想依赖 AUR 维护者的更新节奏也可以下载 tgz 包解压后手动处理。tgz 包的逻辑非常简单解压到某个目录然后在/usr/local/bin里创建一个符号链接指向二进制文件即可。但依赖必须自己逐个安装而且系统升级时 Qt 库一更新BricsCAD 可能就起不来了需要重新链接新库。3.4 安装后的启动方式与验证装完之后不要急着双击图标。我推荐的验证路径是先在终端里启动这样能第一时间看到报错日志bricscad如果界面正常弹出说明依赖和显卡都没问题。如果终端里刷出error while loading shared libraries: libX11.so.6之类的信息那就说明某个依赖没装好直接按缺失库名去装对应包即可。启动一次成功后再从桌面图标、或自定义快捷键进入日常使用。首次启动时 BricsCAD 会初始化配置目录通常位于~/.config/Bricsys/BricsCAD/和~/.local/share/Bricsys/BricsCAD/。如果你以后想完全重置配置把这些目录删掉再启动就行相当于 Windows 下的恢复默认设置比重新装一遍程序要快得多。4. 许可激活与首次启动的关键设置4.1 许可证类型单机、试用与网络浮动BricsCAD 安装完并不会自动变成一个可全功能使用的状态你需要处理许可证。Linux 版本支持的许可方式和 Windows 版一致试用许可新装用户可以申请试用授权通常有时间期限适合先评估再决定是否购买。单机许可购买后获得一个激活码或者.lic文件绑定机器激活。网络浮动许可如果你的公司有 license serverBricsCAD 启动时会通过局域网从服务器租用授权。第一次启动时软件会弹出选择许可证类型的窗口。选择试用许可后它会要求提供一个账号并通过网络申请试用码。理论上这个过程需要能正常访问 Bricsys 的许可服务器如果你的网络环境有防火墙限制需要放行相关域名。如果申请试用或激活时卡住了看一下终端日志判断是否是证书链问题。之前遇到过在某种精简系统上由于缺少ca-certificates导致 HTTPS 请求失败装齐基础证书后问题就消失了。离线激活单机许可时BricsCAD 会生成一个请求文件把这个文件拿到联网的电脑上到官网获取响应文件再把响应文件导入即可。这个流程虽然多几步但至少保证不联网的机器也能用。4.2 首次启动配置向导许可证激活之后BricsCAD 会进入初始配置向导。有几项配置值得认真设置直接影响后面几年的使用体验。第一个是选择初始工作空间。BricsCAD 自带多个预设工作空间包括经典Classic和草图与注释等。如果你是从 AutoCAD 迁移过来一定要选 Classic 模式它的菜单顺序、工具栏布局更接近老式 AutoCAD命令行在屏幕下方而不是浮动。第二个是单位设置。在命令行输入UNITS按你自己行业习惯设置长度单位、角度单位的精度。国内用户通常用毫米、小数不建议默认用英寸。第三个是自动保存和备份。BricsCAD 的自动保存间隔默认是每 10 分钟时间长了难免有风险。我一般改成每 5 分钟并且把备份文件目录指向独立磁盘分区这样就算主系统崩了备份文件也还在。4.3 界面与AutoCAD习惯的适配完成向导后还需要做一批细节设置否则老 AutoCAD 用户会觉得别扭。首先调整命令行字体和窗口大小。BricsCAD 的命令行默认字体偏小在设置里找到命令行的字体和显示行数建议改成 3 行这样能看到历史提示又不会遮挡绘图区。其次修改鼠标中键。AutoCAD 的中键默认是平移视图右键默认是弹出快捷菜单。BricsCAD 的默认行为基本相同但如果你之前装过某个插件或者误改了配置中键变成了实时平移之外的功能可以在命令行输入MBUTTONPAN设成 1 就行了。另一个细节是光标的颜色和大小。AutoCAD 默认的十字光标是白色小十字BricsCAD 默认可能是橙色大十字这个纯粹是个人喜好但改动位置藏在设置-显示-颜色里。我习惯在深色背景下绘图把背景调成深灰色十字光标设成亮绿色长时间画图对眼睛的压力会小很多。5. 运行时故障排查从黑屏到中文字体乱码的完整链路5.1 安装后点击图标没反应从日志到依赖的排查这是求助帖里最高频的问题没有之一。安装完成桌面图标也在双击之后鼠标转一圈然后什么都没有发生。这时候千万别反复双击先去终端里手动执行命令看日志bricscad如果终端里没有任何输出就退出十有八九是 Qt 平台插件加载失败。BricsCAD 基于 Qt它会去特定目录寻找platforms插件比如libqxcb.so。如果这个插件缺失或者它依赖的libxcb-cursor0、libxkbcommon-x11-0没装GUI 就没法创建窗口但程序也不会留下直观的报错弹窗。解决方法是确认两个库是否安装完整ldd /opt/bricsys/bricscadV24/platforms/libqxcb.so | grep not found把所有not found的库记下来逐个搜索对应包名安装。Ubuntu 系可以用apt-file search 库名来反查库属于哪个包如果没有 apt-file 就先装一下sudo apt install apt-file sudo apt-file update apt-file search libxcb-cursor0这套方法同样适用于其他任何 Qt 程序在 Linux 下点击没反应的问题属于通用的排障思路而 BricsCAD 只是其中一个常见受害者。5.2 视图窗口黑屏或渲染卡顿成功启动之后黑屏问题往往和新装系统的显卡驱动有关。BricsCAD 默认开启硬件加速但 Linux 下的显卡驱动五花八门某些情况下硬件加速反而会翻车。症状是菜单和面板正常但绘图区是黑的鼠标滑过去能看到坐标跳动就是什么都画不出来。这时候有两个处理方向。第一是改进硬件加速设置在命令行输入GRAPHICSCONFIG把硬件加速级别调低或者直接关闭硬件加速改成软件渲染。第二个方向是检查系统的 OpenGL 驱动。前面提到的glxinfo | grep OpenGL renderer如果输出是llvmpipe说明你用的是 Mesa 的软件渲染没有真正启用 GPU。这种情况下图形性能会很差大图纸缩放时卡到没法忍更新或安装正确的显卡驱动才是根本解法。我实测过同一台机器上 NVIDIA 驱动从 nouveau 换到官方驱动后BricsCAD 里打开一个 50MB 的市政管线图缩放流畅度提了一个量级。这个差距不是玄学是真的影响生产力。5.3 中文标注变方框Linux 上处理 DWG 图纸最频繁的问题就是中文标注和文字样式显示为方框。原因其实很简单字体缺失。Windows 上的图纸多数使用的字体是 Windows 自带的宋体、黑体、仿宋或者 AutoCAD 自带的 SHX 字体而 Linux 系统默认不带这些字体文件BricsCAD 找不到对应字形只能显示成框。解决思路分两步。第一步先把通用中文字体装齐sudo apt install fonts-noto-cjk fonts-wqy-microhei第二步针对图纸里的 SHX 字体需要把 AutoCAD 的 SHX 字体文件复制到 BricsCAD 能扫描到的字体目录。BricsCAD 在 Linux 下的字体搜索路径一部分是系统 fontconfig 管理的/usr/share/fonts另一部分是安装目录下的fonts目录。如果你手头有 Windows 版 AutoCAD 安装目录里的fonts文件夹把里面的.shx文件复制到 BricsCAD 安装目录的fonts子目录下然后在设置-文件-支持文件搜索路径里把这个目录加上重启 BricsCAD 后文字基本就能正常显示了。这里要特别提醒SHX 字体是有版权问题的复制字体文件只建议复制你本来就有合法授权的字体千万不要为了省事在不合规的前提下传播这些文件办公生产环境尤其要注意。顺带说一句Linux 下的字体渲染引擎和 Windows 不同同一份字体文件在两边显示的字宽可能略有差异导致少数图纸的文字稍微错位。这个问题无法完全避免只能接受或者逐个文字样式调整宽度因子。5.4 输入法无法输入中文BricsCAD 在 Linux 下打开多行文字编辑器时经常发现无法切换输入法输入中文。这个问题的根子在于 Qt 程序与输入法框架的协作。解决办法是设置环境变量。如果你用的是 ibusexport QT_IM_MODULEibus export GTK_IM_MODULEibus export XMODIFIERSimibus如果是 fcitx5export QT_IM_MODULEfcitx export GTK_IM_MODULEfcitx export XMODIFIERSimfcitx设置完之后启动 BricsCAD多行文字编辑器里一般就能正常唤出中文输入法了。如果你用的是 Wayland 会话可能还需要额外装一个fcitx5-qt的桥接包。IGN 这类细节非常容易踩坑但排查思路很简单就是让 Qt 找到输入法模块的.so文件。5.5 鼠标中键和滚轮行为不对还有一种情况图形能显示但滚轮缩放方向和中键平移行为和 AutoCAD 不一致。这个不怪 BricsCAD很多 Linux 桌面系统默认滚轮方向是自然滚动跟 Windows 完全相反。处理办法是修改系统的滚轮方向设置以 MATE 桌面环境为例在鼠标和触摸板设置里关闭自然滚动GNOME 环境可以用命令行调整。否则你每次画图都得习惯逆向滚轮别提多别扭。中键问题则相对简单BricsCAD 的MBUTTONPAN变量控制中键行为。值设为 0 时中键可能弹出捕捉菜单而不是平移设为 1 才能和 AutoCAD 的习惯对齐。不同的安装预设可能默认值不一样遇到时先查这个变量。6. AutoCAD老用户迁移到BricsCAD的顺手技巧6.1 工作空间把AutoCAD肌肉记忆直接带过来从 AutoCAD 迁移到 BricsCAD最大的优势就是它不是另一种软件而是另一个平台上的 AutoCAD。你不需要重新学一套操作逻辑只需要做有限的适配。第一个动作是把工作空间切换到经典让菜单分布回到熟悉的布局。第二个动作是记住几个和 AutoCAD 不同的命令名。BricsCAD 虽然大部分命令别名和 AutoCAD 保持一致但仍有少量差异。比如设置面板AutoCAD 用OPTIONSBricsCAD 也支持但更推荐用SETTINGS设置项的组织方式更像新版逻辑。又比如清理图纸AutoCAD 用PURGEBricsCAD 同样支持但如果你是老用户输入PU是可以直接触发的因为别名都预设好了。建议在刚开始切换的一周内把常用命令的别名在命令行里试一遍发现不确定的用ALIASEDIT命令调出别名编辑器按自己习惯增删。BricsCAD 把配置存在 XML 里甚至可以整体备份换机时直接同步。6.2 LISP与脚本兼容如果你依赖旧的 AutoCAD LISP 程序BricsCAD 的兼容层可以让你直接在 Linux 下继续用。大部分使用command、entget、ssget的普通 LISP 程序都能无缝运行。我自己跑过一套用 AutoLISP 写的图框自动生成工具里面用到vla-*函数对象操作BricsCAD 也支持只是在极少数 ActiveX 桥接方法上表现略有不同。运行 LISP 很简单命令行输入APPLOAD选择 .lsp 文件加载然后直接调用函数名。如果想要开机自动加载把要加载的文件路径写到acad.lsp或 BricsCAD 的启动文件里放在支持路径目录下即可。需要提醒的是纯 LISP 好兼容但如果你用的是 Visual LISP 的独立编译环境或者在代码里大量调用 Windows 特有 API那在 Linux 下就会受限。迁移前把 .lsp 源码找出来在 BricsCAD 里过一遍通常问题不大。6.3 字体、打印样式和图纸集迁移打印样式在跨平台迁移时最容易出幺蛾子。AutoCAD 的打印样式分为颜色相关CTB和命名STB两种Linux 下的 BricsCAD 支持同一套 CTB/STB 机制所以你从 Windows 拷贝过来的.ctb文件可以直接放到 BricsCAD 的 Plot Styles 目录里然后打印时选择。字体方面除了上节说的 SHX 字体复制之外还要注意 TrueType 字体。Windows 里的部分 TrueType 字体有许可限制不能简单复制到 Linux所以最好优先选用那些 Linux 下也有的开源字体比如 Noto 系和文泉驿。如果甲方明确要求图纸字体必须和 Windows 下一模一样那还是得靠虚拟机补一手。图纸集是一个容易被忽视的点。BricsCAD 支持打开并操作在 AutoCAD 里创建的 DST 图纸集文件但要注意路径的绝对定位问题。Windows 下的盘符路径到 Linux 下变成了挂载点路径图纸集里以绝对路径引用的图纸可能找不到。迁移时把整套图纸目录放到同一个 Linux 目录树上相对路径引用基本没问题绝对路径引用就需要在外部参照管理器里重新指定一次。6.4 BRX二次开发与插件边界最后说BRX这个重要边界。BricsCAD 提供 BRX 接口设计目标就是兼容 AutoCAD 的 ARXObjectARX后来叫 AutoCAD SDK。这意味着如果某个 AutoCAD 插件团队在开发时用的是 ARX 通用 API并且没有调用 Windows 专用功能理论上重新编译到 BRX 目标平台后就能在 Linux 版 BricsCAD 里运行。但实际上绝大多数商业 AutoCAD 插件只会出 Windows/ARX 版本不会单独编译一个 Linux/BRX 版本。所以你在 Linux 下跑 BricsCAD能不能继续用之前的插件生态取决于插件厂商是否发布了 Linux 版。这可能是从 AutoCAD 迁移到 Linux 方案时最大的不确定因素。我建议在正式迁移前把你依赖的核心插件列个清单逐个去官网或联系厂商确认是否有 BRX/Linux 版本。如果有皆大欢喜继续用如果没有就得评估是放弃插件还是有替代工具。这个步骤一定要在决定迁移之前做完而不是等装好 BricsCAD 之后才发现核心业务插件根本用不了。就我自己而言BricsCAD 在 Linux 下跑了将近两年从最初的 Ubuntu 22.04 到现在的 Fedora日常二维施工图、图块属性、外部参照、打印出图这些核心工作流已经完全脱离 Windows 了。偶尔遇到甲方的天正插件画的图纸有些代理实体在 BricsCAD 里能显示但进不去编辑这种时候我才会开一下虚拟机。对于绝大多数不以插件深度绑定为前提的 CAD 用户BricsCAD 在 Linux 下不是 Autocad 的勉强替代而是可以长期依赖的日常生产工具。