MacBook Air 使用体验杂谈

2026-04-29 08:382阅读0评论SEO问题
  • 内容介绍
  • 文章标签
  • 相关推荐
问题描述:

MacBook Air 使用体验杂谈

我在去年(2025年)11月购买了一款 MacBook Air (M4; 24G + 512G),这学期开始较多的使用,有不少感受,简单谈一下我的工作流和对 MacBook / macOS 的看法,可能会有点杂乱,想到什么说什么,希望给考虑购买 MacBook 的朋友们一些有用,和烂大街的观点不一样的信息。

远程开发方案

先偏下题,说点和远程开发相关的配置。对于比较重的开发工作(特别是必须要在 GPU 上跑的),我在宿舍有一台 AIO 服务器,经过一段时间的探索,形成的方案如下:

  • 宿舍服务器:Ubuntu 24.04, 运行 frp 客户端, shadowsocks 服务端
  • 阿里轻量云:frp 服务端将服务器的 ss 服务端映射到公网
  • MacBook:Surge;只需连接公网的 ss 服务端即可访问宿舍服务器(具体来说,给服务器一个虚拟域名,然后在 Surge 中把虚拟域名的请求路由到 ss 上,然后在服务器上用 hosts 把虚拟域名定向到 localhost 即可)

image713×892 33.5 KB

借用 Opus 给我画的一个示意图

这套方案看起来有一些复杂,这么搞的原因如下:

  • WireGuard:本来 WireGuard 是个很好的候选方案(Mihomo / Surge 这些都支持),然而总是调不通,折腾半天才发现原来是校园网 ban 掉了 wg 协议,基本 100% 丢包,遂放弃。
  • Easytier / Tailscale … 等方案:我不想在客户端机器上额外装一个组网软件引入复杂性,而且还有可能和 tun 模式冲突
  • frp 的 stcp / sudp:同理,我不想在客户端上多跑一个软件,特别是偶尔在手机上也要 ssh 上去看看的时候,现在这套方案一个 Mihomo 配置文件就可以做到
  • SSH frp 开放到公网:一是我不想 ssh 被乱扫,虽然 ssh 的安全性基本没什么问题,但是还是膈应的;另外,如果只用 ssh 的话如果不特别做端口映射无法直接在本地访问服务器的端口,我的这个方案可以直接访问服务器任意端口

这么说来,这套方案的优点其实也很清楚了:最主要的是可以和代理软件整合,不需要额外安装应用,因此可以很方便的在多设备间管理;安全性总体没问题,并且有点伪 VPN 的味道:可以直接用虚拟域名访问服务器的任意端口。

可以随意远程访问服务器后,自然就是用 VS Code 的 Remote SSH 来远程开发,体验还是很爽的,跟本地机器没什么区别。

MacBook Air / macOS 相关的想法

Bug 和软件质量

谈到电子设备,最让人不爽的就是工作的好好的,或者看视频、玩游戏正开心,结果被 Bug 或者崩溃打断。软件质量和稳定性永远是生产力设备绕不开的话题。

这段时间我的几个主要感受是:

  • macOS 也有不少问题,且近几年来软件质量有所下降,这是公认的事实,所以指望 macOS 完美的稳定是不可能的。之前升 macOS 26 就体会到了著名 electron 高 CPU bug(现已修复),还有不稳定的续航等等。
  • 但是 macOS 的严重和关键性问题更少,这很重要。其实这也很合理:回顾我在 Windows 这边遇到的严重问题(包括开机白屏 / 用一些应用的过程中卡的鼠标都动不了),最终发现几乎都是由驱动(特别是显示驱动是重灾区)或者和硬件有一定关系的缘由造成的,而 Mac 的软硬件和驱动程序都是统一由 Apple 管理的,在适配性上天然具有优势。在 macOS 上遇到的更多是小问题,例如渲染错误、新系统掉续航… 等等
  • macOS 的小 Bug 更不容易自行解决。这是由系统的很多安全设计决定的。

软件生态

关于 MacBook / macOS 的软件生态一直是被广泛讨论的话题,在有些地方被认为“完全不如 Windows”,或是“生产力=剪视频”,这其实不无道理道理:对于一个理想的电脑,我们希望他应该是,想干什么就能干什么的全能计算设备。

在全面性上,macOS 确实是落后于 Windows 的,最典型的例子就是游戏。是的,大家都知道 macOS 现在也能运行不少游戏,但那仍然是冰山一角。最终,无论你是否会用到,是否需要玩这些游戏,看到一个本应是为通用计算用途设计的计算机却无法运行许多很好的程序,令人失望是很自然的。

不过,丢掉理想和情怀,完全从需求方面出发,景观又会有所不同。可以发现,当代的软件生态形态非常复杂:或许仅仅是一个软件,一个特定的用途,就能彻底改变“我应该选择什么电脑/什么系统”。同样是学计算机的,偏硬件和偏软件的方向又会有很大不同。在需求上轻微的变化就可能导致结论完全倒置。

总体来看,我觉得 macOS 对轻办公 + 普通开发是非常友好的,特别是如果你还有至少一台 Windows 机器的话。目前的主要观察如下:

  • macOS 有更好的 AI 应用生态,特别是热门的 代码 / 通用 Agent。Codex App 是在 macOS 先上,codex cli / Claude Code 也在 macOS 上表现得好很多(这一点主要是由于许多模型没有完善的 Powershell 知识,也没有在 Windows 环境下很好的强化学习过)
  • macOS 对大部分方向的开发生态总体更好:有完善的包管理器 homebrew;可以一键安装的常用工具链 Xcode Command Line Tools;Unix;有丰富多彩的终端应用:iTerm2 / Ghostty / kitty …;M 系列 CPU 特性导致编译的 link 阶段很快;等等…
  • 不少 macOS 应用的 UI 审美 / 人机交互体验更优秀:这段时间感觉最显著的对比是 Typora,在 macOS / Windows 上的显示效果和设计对比都能明确看得出来:这是一个一开始为 macOS 设计的应用,Windows 上的表现不如 macOS 自然。在系统层面来说,就算是广受诟病的 Tahoe (26.x),总体设计语言也比 Windows 来的更统一和规范。

”爹味“

有的时候,你会碰到 macOS / MacBook 糟糕的一些地方,而这些地方很大程度上延续了 Apple “喜欢为用户做决定” 这样一个并不很好但延续很久的习惯。一些这段时间遇到的例子如下:

  • 你甚至无论如何都无法取消“按任意键或是触控板开机”这一行为。这在之前的 MacBook 是可行的,但 Apple Silicon 后的 MacBook 则无论如何都做不到这一点。我不明白究竟是为什么,苹果要在这样一个简单的事情的事情上去折磨用户:有的时候,我仅仅就是不喜欢按键=开机这个行为。这显然在技术上不是多难做到的一件事情。

  • 不内置 HiDPI 缩放?:为了在 2K 显示器上开 HiDPI 这一简单的需求,不得不安装 BetterDisplay 或者其他第三方软件,Windows 就能轻松做到。这些第三方软件能做到说明技术上不是问题,但您猜怎么着?Apple 就是不做,要么换 4K,要么折腾第三方软件,这也是爹味溢出的一个例子。

  • … 这方面其实还有很多案例,就不一一列出了。

产品、参数、需求?

许多关于 MacBook Air 的讨论都在诟病他散热不好(无风扇+非接触散热设计)、60Hz 屏幕、并不轻的机身等等。我个人其实很喜欢对比电子产品的参数,benchmark 等等,但这段时间的思考还是让我得出结论:

做一个好产品,一个目标准确的产品,和把那些容易看得到的参数刷高确实不是一回事。

从 Air 这款产品,你可以看得出来苹果有着很明确的设计取向:

M 系列无印(非Pro/Max)处理器和无风扇设计:提供极致的单核性能,良好的多核突发性能,以及很高的续航。在笔记本上,我大部分时候真的不在意我的后台/长时间任务是两分钟完成还是三分钟完成,甚至四五分钟也许都不是那么大的问题,我多刷个 B 站视频不就完事了?但:我用的前台应用必须流畅,放腿上用不能烫腿,跑很多东西的续航也需要不错。可以看得出来,这个设计和需求是完全对的上说得通的。不过如果只有一台 Air 就需要拿来当工作站来用,时间紧任务重,这种需求就不属于 Air 的目标了。

触控板和无缝睡眠唤醒体验,离电插电同性能:移动设备的灵魂。这些都是没那么好用参数量化的,但 MacBook 做得很好,这或许是得益于 Apple 有丰富的移动产品(iPhone / iPad)设计经验。

大电池 vs 低能耗:MacBook 走的是后者,虽然一眼看上去两者似乎在续航上区别不大(跷跷板两边),但这里我有个不同的观点:如果你用充电宝的话情况会大不相同,这其实还挺常见的。有的时候,电脑忘记充电了,充电宝还有电,这时候:充电宝提供的电能是有限的,所以后者的设计显然可以让电脑能用更久,这也是用移动设备的思路去设计 MacBook 的一个亮点。

最终总结

最终我觉得 MBA 是一个好产品,倒不是因为它真的是一个很全面,很完美、没缺点的机器(事实上它也确实不很完美),而是因为它的设计对目标需求做了最佳的取舍,在有限的资源下对需要这种需求的用户给予了最好的体验,这也许就是 Apple 为数不多的护城河之一。

文:NeterOster (2026/3/21);本文的文本完全手写,没有使用 LLM 或其他 AI 技术生成。

网友解答:
--【壹】--:

感谢佬


--【贰】--:

感觉轻度使用还可以,开的东西多肯定还是会 swap,我 24G 感觉是远程开发都偏多了,但本地开发可能还不够,所以Air大概天生适合远程开发,这种情况16G是肯定够的


--【叁】--:

ss够安全吗(虽然不过墙
话说学校为什么会禁校内的wg,我校不过公网网关就没事。
而且IPv6不限速我天天在图书馆串流4k60p


--【肆】--: neteroster:

macOS 的小 Bug 更不容易自行解决。这是由系统的很多安全设计决定的。

太痛了!


--【伍】--:

直接开就行了,frp 不会占很多资源


--【陆】--:

写的真好!
macbook现在16g的版本日常还够用吗


--【柒】--:

安全的,ss 只是抗检测不行,数据安全这种基础需求还是没问题,而且内部流量一般也是加密的

禁wg这我真的不懂,但是我这里的情况有点复杂,即使是校内,我也没法在其他地方连宿舍的机器,看起来有一些网段隔离之类的措施(并且还没有v6),但是教学区的网络配置又很不同,有v6而且可能可以互联。所以现在只能走公网


--【捌】--:

macbook air m1 最近很想换m5 很心动啊


--【玖】--:

那都有哪些具体应用呢,给我扫个盲


--【拾】--:

一般直接买个公网服务器比如阿里轻量云,然后搭 wireguard 就可以了,这方面教程其实不少,随便找一个就行了,比如这个 使用 WireGuard 组网实现内网穿透 | varkai

唯一区别就是现在很多代理客户端(clash / surge)都支持 wireguard,所以客户端没必要单独安装一个 wireguard 了。

如果你可以接受多装软件那 tailscale 或者 easytier 这些也可以。

我这个方案只是因为校园网封了 wg 所以搞得有点麻烦


--【拾壹】--:

服务器上有其他服务(博客demo之类的),佬是推荐再开一个服务器还是直接在上面弄就可以


--【拾贰】--:

选择mba就是想要一个没有风扇安静的开发本,本地开发32g也差不多了,至于发热降频我还是喜欢安静的


--【拾叁】--: neteroster:
  • WireGuard:本来 WireGuard 是个很好的候选方案(Mihomo / Surge 这些都支持),然而总是调不通,折腾半天才发现原来是校园网 ban 掉了 wg 协议,基本 100% 丢包,遂放弃。
  • Easytier / Tailscale … 等方案:我不想在客户端机器上额外装一个组网软件引入复杂性,而且还有可能和 tun 模式冲突

我现在才知道wireguard是啥东西,原来是类似于穿透的? Tailscale也在openclaw看到


--【拾肆】--:

Tailscale 就是基于 wireguard 的,只不过做了一些更方便的配置分发之类的功能。

本质上 wireguard 就是组网工具(把不同设备放在一个虚拟局域网中),内网穿透只是用途之一


--【拾伍】--:

佬,想请教一下有组网的教程吗,我也想远程连宿舍的win主机进行开发,但是这方面知识有点匮乏,感谢大佬


--【拾陆】--:

唯一图MacBookAir的便携性和长续航,需求只是日常可以带出门随时远程window主机


--【拾柒】--:

好的,我去学习一下,多谢大佬


--【拾捌】--:

image1920×1249 305 KB
16g,当然是躺在床上用


--【拾玖】--:

但是本地开发的话air感觉性格释放不太行,还是买pro

问题描述:

MacBook Air 使用体验杂谈

我在去年(2025年)11月购买了一款 MacBook Air (M4; 24G + 512G),这学期开始较多的使用,有不少感受,简单谈一下我的工作流和对 MacBook / macOS 的看法,可能会有点杂乱,想到什么说什么,希望给考虑购买 MacBook 的朋友们一些有用,和烂大街的观点不一样的信息。

远程开发方案

先偏下题,说点和远程开发相关的配置。对于比较重的开发工作(特别是必须要在 GPU 上跑的),我在宿舍有一台 AIO 服务器,经过一段时间的探索,形成的方案如下:

  • 宿舍服务器:Ubuntu 24.04, 运行 frp 客户端, shadowsocks 服务端
  • 阿里轻量云:frp 服务端将服务器的 ss 服务端映射到公网
  • MacBook:Surge;只需连接公网的 ss 服务端即可访问宿舍服务器(具体来说,给服务器一个虚拟域名,然后在 Surge 中把虚拟域名的请求路由到 ss 上,然后在服务器上用 hosts 把虚拟域名定向到 localhost 即可)

image713×892 33.5 KB

借用 Opus 给我画的一个示意图

这套方案看起来有一些复杂,这么搞的原因如下:

  • WireGuard:本来 WireGuard 是个很好的候选方案(Mihomo / Surge 这些都支持),然而总是调不通,折腾半天才发现原来是校园网 ban 掉了 wg 协议,基本 100% 丢包,遂放弃。
  • Easytier / Tailscale … 等方案:我不想在客户端机器上额外装一个组网软件引入复杂性,而且还有可能和 tun 模式冲突
  • frp 的 stcp / sudp:同理,我不想在客户端上多跑一个软件,特别是偶尔在手机上也要 ssh 上去看看的时候,现在这套方案一个 Mihomo 配置文件就可以做到
  • SSH frp 开放到公网:一是我不想 ssh 被乱扫,虽然 ssh 的安全性基本没什么问题,但是还是膈应的;另外,如果只用 ssh 的话如果不特别做端口映射无法直接在本地访问服务器的端口,我的这个方案可以直接访问服务器任意端口

这么说来,这套方案的优点其实也很清楚了:最主要的是可以和代理软件整合,不需要额外安装应用,因此可以很方便的在多设备间管理;安全性总体没问题,并且有点伪 VPN 的味道:可以直接用虚拟域名访问服务器的任意端口。

可以随意远程访问服务器后,自然就是用 VS Code 的 Remote SSH 来远程开发,体验还是很爽的,跟本地机器没什么区别。

MacBook Air / macOS 相关的想法

Bug 和软件质量

谈到电子设备,最让人不爽的就是工作的好好的,或者看视频、玩游戏正开心,结果被 Bug 或者崩溃打断。软件质量和稳定性永远是生产力设备绕不开的话题。

这段时间我的几个主要感受是:

  • macOS 也有不少问题,且近几年来软件质量有所下降,这是公认的事实,所以指望 macOS 完美的稳定是不可能的。之前升 macOS 26 就体会到了著名 electron 高 CPU bug(现已修复),还有不稳定的续航等等。
  • 但是 macOS 的严重和关键性问题更少,这很重要。其实这也很合理:回顾我在 Windows 这边遇到的严重问题(包括开机白屏 / 用一些应用的过程中卡的鼠标都动不了),最终发现几乎都是由驱动(特别是显示驱动是重灾区)或者和硬件有一定关系的缘由造成的,而 Mac 的软硬件和驱动程序都是统一由 Apple 管理的,在适配性上天然具有优势。在 macOS 上遇到的更多是小问题,例如渲染错误、新系统掉续航… 等等
  • macOS 的小 Bug 更不容易自行解决。这是由系统的很多安全设计决定的。

软件生态

关于 MacBook / macOS 的软件生态一直是被广泛讨论的话题,在有些地方被认为“完全不如 Windows”,或是“生产力=剪视频”,这其实不无道理道理:对于一个理想的电脑,我们希望他应该是,想干什么就能干什么的全能计算设备。

在全面性上,macOS 确实是落后于 Windows 的,最典型的例子就是游戏。是的,大家都知道 macOS 现在也能运行不少游戏,但那仍然是冰山一角。最终,无论你是否会用到,是否需要玩这些游戏,看到一个本应是为通用计算用途设计的计算机却无法运行许多很好的程序,令人失望是很自然的。

不过,丢掉理想和情怀,完全从需求方面出发,景观又会有所不同。可以发现,当代的软件生态形态非常复杂:或许仅仅是一个软件,一个特定的用途,就能彻底改变“我应该选择什么电脑/什么系统”。同样是学计算机的,偏硬件和偏软件的方向又会有很大不同。在需求上轻微的变化就可能导致结论完全倒置。

总体来看,我觉得 macOS 对轻办公 + 普通开发是非常友好的,特别是如果你还有至少一台 Windows 机器的话。目前的主要观察如下:

  • macOS 有更好的 AI 应用生态,特别是热门的 代码 / 通用 Agent。Codex App 是在 macOS 先上,codex cli / Claude Code 也在 macOS 上表现得好很多(这一点主要是由于许多模型没有完善的 Powershell 知识,也没有在 Windows 环境下很好的强化学习过)
  • macOS 对大部分方向的开发生态总体更好:有完善的包管理器 homebrew;可以一键安装的常用工具链 Xcode Command Line Tools;Unix;有丰富多彩的终端应用:iTerm2 / Ghostty / kitty …;M 系列 CPU 特性导致编译的 link 阶段很快;等等…
  • 不少 macOS 应用的 UI 审美 / 人机交互体验更优秀:这段时间感觉最显著的对比是 Typora,在 macOS / Windows 上的显示效果和设计对比都能明确看得出来:这是一个一开始为 macOS 设计的应用,Windows 上的表现不如 macOS 自然。在系统层面来说,就算是广受诟病的 Tahoe (26.x),总体设计语言也比 Windows 来的更统一和规范。

”爹味“

有的时候,你会碰到 macOS / MacBook 糟糕的一些地方,而这些地方很大程度上延续了 Apple “喜欢为用户做决定” 这样一个并不很好但延续很久的习惯。一些这段时间遇到的例子如下:

  • 你甚至无论如何都无法取消“按任意键或是触控板开机”这一行为。这在之前的 MacBook 是可行的,但 Apple Silicon 后的 MacBook 则无论如何都做不到这一点。我不明白究竟是为什么,苹果要在这样一个简单的事情的事情上去折磨用户:有的时候,我仅仅就是不喜欢按键=开机这个行为。这显然在技术上不是多难做到的一件事情。

  • 不内置 HiDPI 缩放?:为了在 2K 显示器上开 HiDPI 这一简单的需求,不得不安装 BetterDisplay 或者其他第三方软件,Windows 就能轻松做到。这些第三方软件能做到说明技术上不是问题,但您猜怎么着?Apple 就是不做,要么换 4K,要么折腾第三方软件,这也是爹味溢出的一个例子。

  • … 这方面其实还有很多案例,就不一一列出了。

产品、参数、需求?

许多关于 MacBook Air 的讨论都在诟病他散热不好(无风扇+非接触散热设计)、60Hz 屏幕、并不轻的机身等等。我个人其实很喜欢对比电子产品的参数,benchmark 等等,但这段时间的思考还是让我得出结论:

做一个好产品,一个目标准确的产品,和把那些容易看得到的参数刷高确实不是一回事。

从 Air 这款产品,你可以看得出来苹果有着很明确的设计取向:

M 系列无印(非Pro/Max)处理器和无风扇设计:提供极致的单核性能,良好的多核突发性能,以及很高的续航。在笔记本上,我大部分时候真的不在意我的后台/长时间任务是两分钟完成还是三分钟完成,甚至四五分钟也许都不是那么大的问题,我多刷个 B 站视频不就完事了?但:我用的前台应用必须流畅,放腿上用不能烫腿,跑很多东西的续航也需要不错。可以看得出来,这个设计和需求是完全对的上说得通的。不过如果只有一台 Air 就需要拿来当工作站来用,时间紧任务重,这种需求就不属于 Air 的目标了。

触控板和无缝睡眠唤醒体验,离电插电同性能:移动设备的灵魂。这些都是没那么好用参数量化的,但 MacBook 做得很好,这或许是得益于 Apple 有丰富的移动产品(iPhone / iPad)设计经验。

大电池 vs 低能耗:MacBook 走的是后者,虽然一眼看上去两者似乎在续航上区别不大(跷跷板两边),但这里我有个不同的观点:如果你用充电宝的话情况会大不相同,这其实还挺常见的。有的时候,电脑忘记充电了,充电宝还有电,这时候:充电宝提供的电能是有限的,所以后者的设计显然可以让电脑能用更久,这也是用移动设备的思路去设计 MacBook 的一个亮点。

最终总结

最终我觉得 MBA 是一个好产品,倒不是因为它真的是一个很全面,很完美、没缺点的机器(事实上它也确实不很完美),而是因为它的设计对目标需求做了最佳的取舍,在有限的资源下对需要这种需求的用户给予了最好的体验,这也许就是 Apple 为数不多的护城河之一。

文:NeterOster (2026/3/21);本文的文本完全手写,没有使用 LLM 或其他 AI 技术生成。

网友解答:
--【壹】--:

感谢佬


--【贰】--:

感觉轻度使用还可以,开的东西多肯定还是会 swap,我 24G 感觉是远程开发都偏多了,但本地开发可能还不够,所以Air大概天生适合远程开发,这种情况16G是肯定够的


--【叁】--:

ss够安全吗(虽然不过墙
话说学校为什么会禁校内的wg,我校不过公网网关就没事。
而且IPv6不限速我天天在图书馆串流4k60p


--【肆】--: neteroster:

macOS 的小 Bug 更不容易自行解决。这是由系统的很多安全设计决定的。

太痛了!


--【伍】--:

直接开就行了,frp 不会占很多资源


--【陆】--:

写的真好!
macbook现在16g的版本日常还够用吗


--【柒】--:

安全的,ss 只是抗检测不行,数据安全这种基础需求还是没问题,而且内部流量一般也是加密的

禁wg这我真的不懂,但是我这里的情况有点复杂,即使是校内,我也没法在其他地方连宿舍的机器,看起来有一些网段隔离之类的措施(并且还没有v6),但是教学区的网络配置又很不同,有v6而且可能可以互联。所以现在只能走公网


--【捌】--:

macbook air m1 最近很想换m5 很心动啊


--【玖】--:

那都有哪些具体应用呢,给我扫个盲


--【拾】--:

一般直接买个公网服务器比如阿里轻量云,然后搭 wireguard 就可以了,这方面教程其实不少,随便找一个就行了,比如这个 使用 WireGuard 组网实现内网穿透 | varkai

唯一区别就是现在很多代理客户端(clash / surge)都支持 wireguard,所以客户端没必要单独安装一个 wireguard 了。

如果你可以接受多装软件那 tailscale 或者 easytier 这些也可以。

我这个方案只是因为校园网封了 wg 所以搞得有点麻烦


--【拾壹】--:

服务器上有其他服务(博客demo之类的),佬是推荐再开一个服务器还是直接在上面弄就可以


--【拾贰】--:

选择mba就是想要一个没有风扇安静的开发本,本地开发32g也差不多了,至于发热降频我还是喜欢安静的


--【拾叁】--: neteroster:
  • WireGuard:本来 WireGuard 是个很好的候选方案(Mihomo / Surge 这些都支持),然而总是调不通,折腾半天才发现原来是校园网 ban 掉了 wg 协议,基本 100% 丢包,遂放弃。
  • Easytier / Tailscale … 等方案:我不想在客户端机器上额外装一个组网软件引入复杂性,而且还有可能和 tun 模式冲突

我现在才知道wireguard是啥东西,原来是类似于穿透的? Tailscale也在openclaw看到


--【拾肆】--:

Tailscale 就是基于 wireguard 的,只不过做了一些更方便的配置分发之类的功能。

本质上 wireguard 就是组网工具(把不同设备放在一个虚拟局域网中),内网穿透只是用途之一


--【拾伍】--:

佬,想请教一下有组网的教程吗,我也想远程连宿舍的win主机进行开发,但是这方面知识有点匮乏,感谢大佬


--【拾陆】--:

唯一图MacBookAir的便携性和长续航,需求只是日常可以带出门随时远程window主机


--【拾柒】--:

好的,我去学习一下,多谢大佬


--【拾捌】--:

image1920×1249 305 KB
16g,当然是躺在床上用


--【拾玖】--:

但是本地开发的话air感觉性格释放不太行,还是买pro