为了开发 iOS 应用,我买台坏屏 MacBook 并拆了它

Decapitating a MacBook (2025)

为了开发 iOS 应用,我买台坏屏 MacBook 并拆了它

为了在 Apple 平台上发布应用,我不得不放弃对 Apple 产品的抵触,入手了一台二手的 M1 MacBook Air。这台机器屏幕已碎,价格仅为 300 英镑,且只有 8GB 内存。我选择它的核心原因是它无风扇设计且功耗极低,非常适合我依赖 12V 电池供电的低功耗工作环境。文章记录了我如何克服 USB-C 接口供电与信号输出的兼容难题,成功将其改造为无头服务器。这不仅是一次硬件改装的冒险,更是对如何在严格封闭的 Apple 生态中,以最低成本实现开发目标的一次务实探索。

如果我要为他们的平台提供软件,尤其是如果我想出售我的作品,我就必须能够以用户同样的方式来体验我的应用,这是对用户最基本的尊重。
  1. mproud

    没错。他们提出的解决方案正是我可能会建议的!(CMD + F1,内/外接显示器的各种折腾,用 Caps Lock 键当电源指示灯。)

    电池可能不太行,毕竟年头久了——我挺好奇它现在还能剩多少 mAh。另外也在想,那块屏幕是不是还连着主机,在偷偷耗电(虽然按理说关机了就不该耗电)。

  2. jeremyloy_wt

    我实在搞不懂这里面的“为什么”,怎么都想不通。如果是为了解决“需要在 Apple 硬件上开发”这个实际问题,用 Mac mini 或 Mac Studio 不是直截了当得多吗?

    有时候我们做事纯粹是为了“热爱游戏”,顺便学点东西,但读这篇帖子的时候,我全程都在挠头。

  3. benbojangles

    我有一次买了一块 Apple Silicon MacBook Pro 的主板,打算配合 KVM 用。那真是一次有趣的冒险。需要注意的点:

    - 笔记本开合盖传感器。

    - 首次启动时没有合盖屏幕,外接显示器很麻烦,修起来很头疼。

    - 首次启动时,如果只有主板,必须连上 MacBook Pro 的原厂触控板和键盘(外壳),外接键盘和鼠标在登录界面无法使用,这是安全机制导致的。

    不过一旦跑起来,它是一台非常棒、便宜的编译机/本地 LLM 机器,我现在通过 SSH 从另一台 Mac 远程使用它。

  4. RunSet

    稍微有点相关。我很好奇为什么 macOS 不提供任何设置,让笔记本在合盖状态下继续运行?你要么得用第三方软件,要么得接个 HDMI 假负载。这两样都得额外花钱,而别的操作系统通常把这功能当标配。

  5. duskdozer

    > 我试过虚拟机,大概有半打 macOS 虚拟机,用的是 VirtualBox 和 QEMU/KVM。让 macOS 在虚拟机里跑起来很难,不稳定,而且(至少在我的机器上)性能也不太行。Apple 显然非常不想让你这么做,你总是逆水行舟。

    不知道啊。一两年前我想在 Mac 上测试点东西。搜了一下,找到了一个镜像,可能还从某处复制了个 qemu 配置,结果没啥大问题就跑起来了。肯定有性能损耗,但绝对不至于没法用,而且我用的也不是最新硬件。

同日更多故事

2026-09-07