@Patrick6 上一个是被裁了？自保没成功？

@CEBBCAT @shermie 你们头像好般配。

一直很不理解为什么需要单踏板模式，为了动能回收，为什么不可以做成刹车踏板前 10%是动能回收模式，后 90%是真刹车模式呢？

@hubaq 抬起又不是直接刹停。要立即刹停怎么办？

你喷别的 app 还好，美团就一外卖 app ，你让外卖员送到之后给你发个邮件通知吗？再说了美团这种对新用户发大量优惠卷的 app 。如果让你随便注册，还不让你们薅秃了。

@LiYanHong 这个帖子里所有人都知道。就你不知道，你是真不知道吗？

@LiYanHong 受到监管就一定全是合法的了？ PayStore 上还经常有病毒 app 上线呢。你这是揣着明白装糊涂。

@Xiamu2663 想奋斗的还是万得吧！这业务就是国内的 Bloomberg 呀

@LiYanHong 你真搞笑，明知道那是洗钱还冲。销赃也是犯法的好吧。

你爸 78 年的？不才 46 岁吗，他的人生就要被小辈安排了？ 建议学前端，转码：）：）：）

@Takizawa 不要把外卖系统和点餐系统搞混了。点餐系统抽 20-30%？谁用？

估计你眼中的前端包括 iOS 吧。那就只有 Mac 能一台设备搞定所有的前端了。

@codehz 哈哈，估计 Apple 认为在 write_protect disable 模式下这个线程就只应该运行生成 JIT 代码的代码，不能干其它的事。也许 Apple 认为生成 JIT 代码的代码本身不会有这些骚操作。

@codehz 应该不是你说的那个检测 NullPointerException 的优化导致的。那个行为影响太大了，而且那是 Posix 的标准行为，Apple 应该没有改变。
好像与 Mac 在 M 系列处理器引入的新的 pthread_jit_write_protect_np 有关系。Apple 确实只说了用 MAP_JIT mmap 出来的 region 要么只能 write ，要么只能 executable ，从来没提过 read 会发生什么事情，以前是在 write protect on/off 都发送 SIG_BUS, 14.4 改成了 write protect on 的时候发 SIG_BUS ，write protect off 的时候发 SIG_KILL,真是迷惑行为。不知道为啥 JDK 生成的 jit code 需要 read 自己？

@Rorysky 呵呵，我打赌 Apple 会把这个改回去。你信不信？

@Rorysky 这也洗，你没看 Oracle 的人说吗，Mac 14.4 最后一个 RC 版本行为都没改，最后正式版本突然改了。这让人家怎么来的及修？

映像里面几乎所有支持 JIT 需要检测空指针/数组越界访问异常的都会利用这个特性啊！ NodeJS 没影响嘛？ Apple 在搞啥。