ndk 好像还没支持

@X-Force 如果你的周围有苹果设备并且支持蓝牙，比如 airpods ，也会导致这种情况。另外，M1 Pro 是否有其他事件触发 Darkwake ，这个我不太清楚。就 M1 而言的话，所有的触发事件都被我找到了，就我说的那几个。如果你的显示器能关闭睡眠，那可以考虑关闭一下试试。也可以买扩展坞尝试，再不行只能换显示器。

@vkbo 听说是基于 kotlin native 做的，流畅度应该是秒杀 VSCode 的

等明年初的苹果显示器，高刷新+miniled ，而且会很便宜。mac 配显示器要考虑兼容性问题，小问题挺多。

对比前代的外壳我真的是接受不能

不符合动画逻辑吧，但是可以像个替代方案倒是。以前认为安卓这么做是因为没有真正的返回手势，都是返回键的替代品。后来还是觉得单手操作的优先级最高。

会折腾

从小程序入手估计要简单些，破解加密的话有小程序脱壳工具的，可以找找

光抓包作用不大吧，大多数 app 接口参数都会加密的

applicationContext.getBean

逆向叮咚的安卓 app ，没搞过的话会有难度

@daliusu 确实，无脑说刚需就上车的就离谱

@lbyo 你应该执行 sudo pmset -a tcpkeepalive 0 和 sudo pmset -a powernap 0 ，使用 -a 以同时适用于电池和电源。执行 pmset -g custom 可以查看所有场景下的电源设定

hi ，谢谢你提到我并关注这个问题，我应该是这个地球上对这个问题了解最深入的人了 :( ，外网论坛上也只有我给我出了最佳解决方案。我之前提到过四个步骤「见 https://www.v2ex.com/t/739371 」：1.关闭 powernap 2.关闭 tcpkeepalive 3.关闭优化电池充电 4.关闭网络唤醒 5.重启。在我 m1 上，执行这几个操作后，可以避免所有的 maintenance 事件，这些事件会定时触发 darkwake 以导致自动唤醒。目前我没有发现其他功能会触发 maintenance 事件。还有个方案就是关闭显示器的睡眠，会增加 5w 功耗。
这个问题我已经向苹果反馈了无数次了却无济于事，麻了。我不得不说 darkwake 真的很折磨人，它会导致一大堆问题，而且有些问题你根本察觉不到，但它却发生了。
还有一点我很惊讶，提到这个问题的人并不多，我想，要彻底解决这个问题只能等我加入苹果之后吧 :)

还有这个机壳外形设计太糟糕了吧，为了增加内部空间就放弃外观设计吗？在我看来 macbook 的精髓就是边缘的窄化和楔形设计，能给人锋芒毕露的感觉，厚设备用这种圆润的造型真是回到了十几年前呢。

鼠标指针竟然会被刘海盖住，这种交互我是没想到的，我原本以为水平方向划过刘海指针会从一边跳到另一边。

darkwake 的问题，darkwake 事件发生时，mac 会枚举所有外接设备，但不会点亮屏幕（所以叫 darkwake ）；还有一种解释是会避免枚举显示器接口（不知道这个判断机制是什么）。但是，dell 的显示器默认情况下，有任何外接设备接入时，会先无脑点亮屏幕等待信号到来，即使不接 mac ，接手机等设备也会导致这个问题。想解决这个问题，可以到显示器设置面板中关闭显示器睡眠，此时显示器会判断是否为外接显示器信号以决策是否点亮屏幕。缺点是会增加功耗，实测会高 5w 功耗。还有一种方案就是尽可能关闭 darkwake ，m1 mac 可以通过命令关闭 powernap ，关闭优化电池充电，关闭 tcpkeepalive (具体可以看看我的帖子)，然后重启，就基本不会发生 darkwake 事件了。另外 dell 的显示器与 m1 mac 一起用还会导致外接设备唤醒不了，mac 频繁被唤醒（就是不间断地唤醒再睡眠）的问题。我预测苹果不太可能解决这个问题，因为他们只关注自家的产品，不会考虑兼容第三方显示器；当然我更希望苹果直接砍掉 darkwake ，现在看来不太现实了。至于 dell ，典型的不关注用户，到最近才针对 2720q/m 推出 mac 版的显示器控制软件，而且在他们的介绍页面里只写了支持 windows 。所以要彻底解决这个问题，最好的方案是选择 LG 的 Ultrafine 系列（虽然外观非常丑），但至少得到苹果的支持（在某几个 macOS 的更新中明确说明修复了关于该系列显示器的兼容性问题）。

@Jaosn jason 又是你😂

delvago