简介：Axure RP 9 中文破解版 Mac 安装包面向使用 macOS 的产品经理、交互设计师与原型设计学习者，用于在苹果电脑上完成中文化界面下的原型搭建、交互说明与方案演示。该版本经过重新设计与构建，配备硬件加速渲染引擎、便于加速保存和加载的文件结构，以及支持平滑缩放与更快编辑的简化画布，适合需要提升大型原型操作流畅度的使用者。压缩包为 zip 格式，体积约 54.67MB；上游文件清单显示文件总数为 0、主要文件类型暂无明细，包内具体构成需以下载后的实际目录为准。已有 3924 人学习关注，说明其在 Mac 原型设计人群中具备一定参考热度。读者可据此了解该版本在渲染性能、文件读写和画布编辑上的改进，并用作 Mac 环境下 Axure 原型工作流的安装与体验参考。

1. 装 Axure RP 9 之前：先分清芯片架构与授权方式

第一次在 Mac 上装 Axure RP 9，翻车的点往往不是双击安装那一步，而是装完发现界面是英文、字体发虚、团队项目打不开，回头再找原因已经花掉半天。搜「Axure RP 9 Mac 安装」的人多半卡在同一处：网上流传的所谓 Axure 破解包，来源杂、被二次打包过，装上去能开，但升级一断、协作文件版本一错，返工成本比省下的授权费高得多。这份笔记走的是官方安装包加正版授权的路子，注册机和替换补丁一律不碰，重点放在环境对齐、安装校验、配置项取舍和装坏之后的恢复。适合刚换 Mac 的交互设计师、需要和 Windows 同事对接原型的开发，以及要给团队统一装机标准的运维。

2. 下载与安装包校验：dmg 来源、哈希与 Gatekeeper 三道关

装机这件事，我习惯把「拿到包」和「装上去」分成两件事。包不对，后面所有配置都是白搭。Axure RP 9 在 Mac 上只发 dmg，没有 pkg，也没有 Homebrew 的官方 cask 维护渠道能保证跟进最新小版本，所以安装包的管理方式直接决定了你后面踩坑的数量。

2.1 版本选择：9.x 小版本差异比你想的大

Axure RP 9 的大版本号是固定的，但 9.0 之后的每个小版本在 Mac 上的表现并不一致。我经手过的环境里，比较典型的差异集中在这几块：一是对 Apple Silicon 的适配，早期 9.x 在 M 系列芯片上要靠 Rosetta 2 转译运行，启动慢、导出大文件时风扇明显；较新的 9.x 构建已经能原生跑，同样的原型导出 HTML 时间能差出一截。二是团队项目的文件格式，小版本之间偶尔会出现「我这边保存了，同事那边提示版本不兼容」的情况。

所以我的选版原则很土但有效：

判断自己机器该走哪条路，先看架构：

# 查看芯片架构，arm64 表示 Apple Silicon，x86_64 表示 Intel uname -m # 顺便看一眼系统版本，Axure RP 9 对旧系统有下限要求 sw_vers -productVersion

uname -m返回arm64的机器，装完第一次启动时留意 Dock 图标右键的「显示简介」里有没有「使用 Rosetta 打开」的勾选项，如果被自动勾上，说明这个构建还在走转译，出图慢是正常的，不是你机器的问题。sw_vers出来的系统版本低于 Axure RP 9 要求的下限时，安装器会直接拒绝，别在这一步反复重下安装包。

2.2 dmg 挂载与拖拽安装的完整动作

拿到 dmg 之后别急着双击。我的习惯是先落到一个固定目录，比如~/Downloads/software/，再校验、再挂载。这样做的好处是出问题时能立刻定位到文件，而不是在「下载」文件夹里翻三个同名文件。

# 建一个固定的软件归档目录，后续所有安装包都放这里 mkdir -p ~/Downloads/software # 计算哈希，用于和官方公布的校验值比对 shasum -a 256 ~/Downloads/software/AxureRP9-mac.dmg

shasum -a 256输出的是 SHA-256 摘要，把它和官方下载页给出的值逐位比对。对不上就说明文件在传输中被截断或替换过，直接重下，不要抱着「说不定能装」的心态继续。这一步在装团队统一版本时尤其重要，我遇到过三次「同事装的包和我不是同一个」，最后都是哈希不一致。

校验通过后挂载并拷贝：

# -nobrowse 让卷不弹到访达侧边栏，保持桌面干净 hdiutil attach ~/Downloads/software/AxureRP9-mac.dmg -nobrowse # 把 app 拷进 /Applications，而不是直接在 dmg 里双击运行 cp -R "/Volumes/Axure RP 9/Axure RP 9.app" /Applications/ # 卸载卷，避免残留挂载点影响下次安装 hdiutil detach "/Volumes/Axure RP 9"

为什么坚持cp -R到/Applications而不是在 dmg 里直接双击？因为 dmg 是只读挂载，直接运行等于每次启动都从挂载卷加载，卷一旦被系统回收或者你手动推出，应用就报「找不到资源」。拷贝到/Applications之后，权限、缓存、自动备份路径才会落到正常位置。

2.3 Gatekeeper 拦截与「已损坏」提示该怎么判断

Mac 上装第三方应用，十有八九会碰到「无法打开，因为无法验证开发者」或者更吓人的「已损坏，应将它移到废纸篓」。这两个提示性质完全不同，处理方式也不一样，混为一谈最容易把系统安全设置改坏。

第一种「无法验证开发者」，是 Gatekeeper 对未公证应用的常规拦截。正确做法是去「系统设置 → 隐私与安全性」，在页面下方找到被拦截的应用条目，点「仍要打开」，然后回应用程序文件夹右键「打开」。这条路径会留下一次人工放行记录，后续正常双击即可。

第二种「已损坏」，绝大多数情况不是真的损坏，而是文件带了隔离属性、或者下载不完整。先别执行网上流传的那条清除隔离属性的命令，而是回到源头：

# 先看应用有没有被加上隔离标记 xattr -l /Applications/Axure\ RP\ 9.app # 再看系统安全评估的结论，能区分是签名问题还是隔离问题 spctl -a -vvv /Applications/Axure\ RP\ 9.app

xattr -l里如果出现com.apple.quarantine，说明文件是从网络下载并被打了隔离标记；spctl输出rejected并附带原因，能帮你判断是签名缺失还是包本身有问题。我的处理顺序永远是：先重算哈希确认包完整，再重新从官方渠道下一次，最后才考虑系统层面的放行。反过来先改系统设置，等于把判断依据扔了，后面再出问题就是黑匣子。

3. 首次启动配置：工作目录、字体与备份策略

装完能打开，只算走完一半。Axure RP 9 的默认配置是给英文单机用户准备的，中文环境、团队协作、长期存档这三件事都得手动调一遍，否则用两周就会开始丢文件、字体乱、备份找不到。

3.1 首次启动向导里该改和不该改的项

第一次启动会走一个欢迎向导，问你工作区布局和默认存储位置。工作区布局随便选，后面随时能拖回来；真正要留意的是默认文件保存路径和自动备份开关。

Axure 的自动备份默认是开的，但备份目录藏在用户资源库里，不主动去看根本不知道它在哪。我一般先把它找出来，确认目录可写、磁盘有空间：

# 在用户资源库下找 Axure 相关目录，确认备份与配置落在哪 find ~/Library/Application\ Support -maxdepth 4 -iname "*Axure*" -type d 2>/dev/null # 看下备份目录占了多少空间，长期使用会累积 du -sh ~/Library/Application\ Support/Axure* 2>/dev/null

find的-maxdepth 4是限制递归深度，避免在资源库里扫太久；-iname忽略大小写，因为不同版本目录名大小写不一致。du -sh用来观察备份体积，我见过一个做了一年原型的项目，自动备份攒了十几个 G，最后是磁盘告警才发现的。

工作目录我建议单独设一个，不要用默认的「文稿」。原因很实际：文稿目录经常被 iCloud 同步，而 Axure 的 rp 文件在编辑时会产生临时文件，同步盘一边传一边改，轻则冲突副本满地，重则文件锁死打不开。放在本地非同步目录，比如~/Work/axure/，再单独用时间机器或者手动归档做备份，稳得多。

3.2 中文字体与界面显示的两个开关

中文用户在 Mac 上装 Axure RP 9，最先遇到的视觉问题是元件文字发虚、行高怪异、导出 HTML 后字体变成宋体。根子在于默认字体栈是按西文排的，中文落到系统兜底字体上。

先确认系统里中文字体是否齐全：

# 列出系统已安装的常见中文字体，确认 PingFang 系列在位 system_profiler SPFontsDataType 2>/dev/null | grep -iE "PingFang|Hiragino|Songti" | head -20

system_profiler SPFontsDataType会输出系统字体清单，数据量很大，所以用grep过滤；head -20只取前二十行，够判断有没有缺字体。如果 PingFang 系列缺失，说明系统字体被清理过，需要从系统安装源恢复，而不是在 Axure 里硬换别的字体凑合。

确认字体在之后，在 Axure 的页面样式里把默认字体设成PingFang SC，字号给到 13 或 14，行高设 1.5 左右。这个组合在 Mac 上渲染最接近系统原生观感，导出 HTML 时也不会突然掉到衬线字体。另一个开关是「首选项 → 界面」里的语言项，官方版本的界面语言跟随安装包，如果这里只有英文选项，说明你装的是纯英文构建，中文界面需要额外的语言资源，这部分放到第 4 章讲清楚边界。

3.3 授权登录与离线环境的处理

正版授权的流程不复杂：启动后登录账号，输入授权码，联网校验一次即可。麻烦的是两类环境——公司网络限制外联的，和需要在无网机器上装的。

前者的常见做法是先在能联网的机器上完成一次登录授权，确认账号下的授权状态正常，再把机器接入内网使用；Axure 的授权校验有缓存期，短期断网不影响使用，但别指望长期离线。后者要提前准备好授权凭证，安装完成后在离线状态下输入，校验会失败并提示联网，这时候需要走官方的离线激活流程，通常要拿到一个离线请求文件再换回响应文件，步骤比在线多两倍，务必提前一天做。

提示：授权相关的账号、授权码不要写进任何脚本或配置文件里提交到代码仓库，我见过有人把授权码塞进部署脚本，最后跟着仓库一起泄露。

3.4 自动保存与手动存档的配合

Axure 的自动保存只是降低损失，不是备份方案。我的配置是：自动保存间隔调到 5 分钟，同时养成「阶段性另存」的习惯——每完成一个关键页面或者一轮评审，就另存一个带日期后缀的副本。

# 用脚本给当前工作目录做一次带时间戳的归档，避免手滑覆盖 cd ~/Work/axure tar -czf "archive-$(date +%Y%m%d-%H%M).tar.gz" *.rp

tar -czf打包当前目录下的 rp 文件，$(date +%Y%m%d-%H%M)生成到分钟的时间戳，文件名自带时间线，找历史版本时不用翻文件属性。这个动作我一般放在每天收工前，配合时间机器，双保险。

4. 汉化与团队协作：语言资源边界与共享项目配置

到了这一章，环境基本能跑了，剩下的是「用得顺」的问题。中文界面、团队项目、跨平台兼容，这三件事的共同点是：都能用，但配置错了会以一种很隐蔽的方式出问题，比如界面一半中文一半英文、团队项目检出后元件全丢、Windows 同事打开你的文件提示字体替换。

4.1 中文界面的获取方式与风险边界

先把话说清楚：Axure RP 9 官方发行版本身不提供简体中文界面，市面上流传的中文界面方案基本是第三方替换语言资源文件实现的。这类资源包的风险不在「能不能用」，而在三点：替换的文件版本必须和你的 Axure 构建号严格对应，错一个版本就可能启动白屏；资源包来源不可追溯时，可能夹带额外的可执行内容；每次 Axure 升级，语言资源要重新替换一遍，团队里只要有一个人忘了，界面就不一致。

我的做法是把语言资源当成「可选项」而不是「必装项」，并且只在个人机器上用，团队统一环境时保持英文界面，用文档约定术语对照。如果你确实需要中文界面，操作顺序是：先备份原始资源目录，再替换，替换后立刻启动验证，验证不通过就还原。

# 替换前先备份原始资源目录，路径以实际安装结构为准 cp -R "/Applications/Axure RP 9.app/Contents/Resources" \ "/Applications/Axure RP 9.app/Contents/Resources.bak" # 记录当前构建号，语言资源必须与之匹配 defaults read "/Applications/Axure RP 9.app/Contents/Info.plist" CFBundleVersion

cp -R做整目录备份，出问题时一条命令还原，比重新装一遍快得多。defaults read读的是应用包里的版本信息，拿到的构建号用来核对语言资源包的适配说明。这一步很多人跳过，结果装完白屏，又不知道是资源包的问题还是应用本身坏了，只能重装，时间全浪费在排除法上。

注意：网上那些把「汉化」和「破解」打包在一起的资源，能不碰就不碰。汉化只是界面语言，破解涉及程序本体改造，两者混在一个包里，你没法分辨多出来的文件做了什么。

4.2 团队项目：共享目录与 SVN 两条路

Axure 的团队项目支持两种模式，一种是共享目录，一种是 SVN。小团队、内网、文件量不大，共享目录够用；跨地域、需要版本历史、多人同时改，就上 SVN。

共享目录模式的配置要点是路径必须是所有成员都能读写的网络位置，并且不要放在任何同步盘里。我踩过的坑是有人把共享项目放在同步盘目录，两个人同时签出，同步盘各自生成冲突副本，最后合并出一份谁都不认识的 rp 文件。

SVN 模式要给每个成员配好仓库地址和凭据，仓库端口常见的是 3690，配置前先确认网络策略放行：

# 测试 SVN 仓库端口连通性，替换成实际仓库地址 nc -vz svn.internal.example 3690 # 检出团队项目后，确认工作副本目录结构正常 svn info ~/Work/axure/team-project

nc -vz只做端口探测，不发送业务数据，用来快速区分「网络不通」和「凭据错误」；svn info输出工作副本的版本号和仓库地址，检出后先跑一次，确认没有指到错误的仓库路径。

团队项目还有一条硬规则：所有人用同一个 Axure 构建号。版本不一致时，签出可能成功，但提交时会提示格式不兼容，或者更糟——提交成功但别人拉下来元件错位。这条规则建议直接写进团队的环境说明里，新成员入组第一件事就是核对构建号。

4.3 和 Windows 版互传源文件时的三个差异

跨平台协作的真实痛点不是打不开，而是打开了「看起来一样，其实不一样」。我总结下来主要是三处：

一是字体替换。Mac 上的 PingFang SC 在 Windows 上没有，打开时会被替换成微软雅黑或者宋体，字宽变化直接导致文本溢出元件边界。解决办法是团队统一用一个两端都有的字体，比如思源黑体，或者在设计时给文本元件留出 10% 到 15% 的宽度余量。

二是交互事件的平台差异。部分交互在两端渲染表现不完全一致，尤其是涉及滚动和固定的组合。评审前在两端各预览一遍，比事后解释省事。

三是文件路径。Mac 用/，Windows 用\，如果原型里引用了外部图片或者附件，用绝对路径基本必炸。统一改成相对路径，把资源和 rp 文件放在同一个目录下分发。

5. 排查与避坑：五条装完才发现的血泪记录

这一章是我自己踩过、也帮别人收拾过的现场。每条都按「现象 → 原因 → 解决」写，能对上号就直接照做，对不上号就当排查思路看。

5.1 安装与启动阶段的三条

第一条：双击图标弹一下就没了， Dock 上闪一下消失。

现象：应用启动瞬间退出，没有任何报错弹窗，控制台也看不到明显提示。

原因：多数是资源目录被替换过但版本不匹配，或者应用被拷贝到了非/Applications目录还带着隔离属性，启动时读资源失败。少数情况是旧版本的偏好设置残留，和新版本冲突。

解决：先看系统日志里最近一次崩溃记录，确认是资源加载失败还是偏好设置问题；然后把/Applications下的应用整体删掉，连同~/Library/Preferences下对应的 plist 一起清掉，重新从校验过的 dmg 安装。清理偏好设置前先备份，别把授权信息一起删了。

第二条：提示「已损坏，应将它移到废纸篓」。

现象：Gatekeeper 直接拦死，右键打开也不行。

原因：下载不完整导致签名校验失败，或者文件在传输过程中被中间层改动过。真正文件损坏的比例其实不高，更多是包不对。

解决：重算 SHA-256 和官方值比对，不一致就重下；一致还报错，检查是不是从第三方镜像拿的包。不要去网上抄那条清除隔离属性的命令一把梭，先确认包本身干净，再走系统设置的「仍要打开」流程。

第三条：装完能开，但界面一半中文一半英文。

现象：菜单是中文，对话框和提示还是英文，或者反过来。

原因：语言资源包只覆盖了部分资源文件，或者替换时漏了子目录；也可能是替换后应用自动更新过，把部分资源覆盖回英文。

解决：核对语言资源包说明里的覆盖范围，确认构建号一致；替换时整目录替换而不是逐文件拷贝；关掉应用的自动更新，等语言资源跟进后再手动升级。团队环境下直接放弃汉化，统一英文界面加术语表，比维护两套界面省心。

5.2 使用与协作阶段的两条

第四条：团队项目检出成功，但页面上元件全空。

现象：项目能打开，页面列表也在，点进去画布是白的，或者只剩背景。

原因：检出时只拉了部分目录，元件库和页面数据不在同一个提交里；或者本地 Axure 构建号和仓库里项目要求的版本差太远，解析失败但不报错。

解决：先svn info确认工作副本完整，再对比本地构建号和团队约定值；确认无误后删掉本地工作副本重新检出，别在残缺副本上继续改。团队里把构建号写进入组检查清单，比事后救火便宜。

第五条：自动备份目录越来越大，最后磁盘告警。

现象：系统提示磁盘空间不足，查下来是用户资源库里的备份目录占了几十 G。

原因：自动备份按时间累积，从不自动清理；长期做同一个项目，每次保存都留一份。

解决：定期清理备份目录里超过一个月的文件，同时把重要节点手动归档到独立磁盘。清理前先确认当前项目已经正常保存，别在只依赖自动备份的状态下删。

# 列出备份目录中超过 30 天未修改的文件，确认后再删 find ~/Library/Application\ Support/Axure* -type f -mtime +30 -print # 确认无误后加 -delete 执行清理

-mtime +30按修改时间筛选，-print先干跑看清单，这是我一贯的顺序——先看再删，尤其是路径里带通配符的时候。

6. 装完怎么验证跑通：十分钟冒烟测试清单

装完不代表能用。我的习惯是每次装完（包括重装、换机、升级）都走一遍固定的冒烟测试，十分钟内能确认这套环境到底能不能干活。这套清单不是为了走流程，是因为我吃过亏：有一次装完随手开了个新文件试了下，觉得没问题就交付了，结果第二天团队项目检出才发现协作模块根本没通，白耽误一个评审节点。

先做一个最小闭环，从新建到导出：

# 建一个临时工作目录，专门用来跑冒烟测试，测完整个删掉 mkdir -p ~/Work/axure/smoke-test && cd ~/Work/axure/smoke-test # 导出完成后检查产物是否生成、体积是否正常 ls -lh

mkdir -p保证目录存在且不报错，cd进去之后所有测试产物都落在这个目录，测完rm -rf一把清掉，不污染正常工作区。ls -lh看导出文件的大小，几百字节的 HTML 基本可以断定导出失败，正常原型导出的首页至少几十 K。

具体的检查项我整理成了这张表，按顺序走，任何一项不过就停下来查，不要往下跳：

第 6 项导出这一步值得单独说一句。导出完成后别只看文件生成了，用浏览器打开首页，点两下交互，确认跳转和动态面板都能动。我遇到过导出成功但资源目录少了图片的情况，原因是导出时勾选了「仅导出当前页面」而图片在别的页面引用，这种问题在 Axure 里看是正常的，只有打开产物才暴露。

第 7 项也建议固定执行。备份目录里有对应时间点的文件，说明自动保存链路是通的；没有的话，要么开关被关了，要么目录不可写，两种情况都得在真正丢文件之前发现。

最后一件事，是我从那以后一直保持的习惯：每次装完 Axure，我都会把构建号、安装包哈希、汉化资源版本（如果用了）记在一张环境卡片上，放进团队共享的环境说明里。中间换过人、换过机器，一看卡片就知道当时装的是哪一版，不用靠回忆。装环境这件事，能复现比装得快重要得多。希望帮到你。

本文还有配套的精品资源，点击获取