@lidlesseye11 但是 60Hz 屏幕确实不如 90Hz 来得爽，但是省电+省钱

@lidlesseye11 正儿八经的就只有 K30 Pro 了

小米国行能看高清的，就最新那几部比较旗舰一些的，什么小米 10，小米 10Pro 那几款

@shifttacn 反正买新不买旧

一直 UWP 版的，很正常

我就用自带的，但是自带的在 QQ 邮箱下有点问题，部分邮件没有内容，我去看了看，应该是 QQ 那边的问题。Gmail 和其他 mail 一切正常。

用起来感知不明显，实际参数差距不小。

因为确定方案的时候，还没有疫情

右下角点击声音，然后点击那个音频源 [有向上箭头那个] ，选择那个带有 Hands Free 字眼的选项应该就可以了。

这个价值观还是很普世价值

你现在是要教张小龙做产品？[doge]

看了看历史回复，你这样都要 20K，我以后起码得要年薪百万啊

@woodensail 你这个建议也许是合理的，但是以前权限机制不完善的时候，大家都靠这个来做兼容，这个代码本身并没有什么滥用。但是这里说的是小米的功能，应该小米要考虑到这一点，并不是说 115 做了什么骚操作，导致小米的功能失效了，而是小米自己没考虑到所有可能，导致他们自己的功能炸了。Anyway，MIUI12 依然是做得很好的。

怎么感觉贵 V2 的人，本事没多少，吹牛逼的水平倒是一套一套的，隔壁知乎过来的？

@woodensail 搞笑，人家一没偷二没抢，用一个公开的 API 判断权限，有哪里不合理吗？ Google 有说过这是私有 API 吗？一回事？你别把我拉的跟你一样的水平。再次重申，我认为这是小米的这个功能实现不够鲁棒，没有考虑到所有可能。

我就很好奇了，一群人讲的好像真的 MIUI 搞不定 115 的权限判断似的。
没看过源码和实验就能随便下判断？
MIUI12 的 4.27 版本，开启这个空白通行证功能。
对于 ContextCompat.checkSelfPermission 方法，返回了 0，也就是 PERMISSION_GRANTED 。因为大多数应用都用的这个方案，所以应该在大多数设备上，这个空白通行证都有效。
但是 115 用的却不是这种常见的方法，用的是另外一种判断方案，用 AppOpsManagerCompat.noteProxyOp 方法的返回值来判断，得到的结果是 1 也就是 MODE_IGNORED,这个代表拒绝。
因此说明是 MIUI 的实现有问题，理论上这里应该返回 0 也就是 MODE_ALLOWED 。
@murmur @woodensail

重装一下试试，确实比较奇怪，我这里没有问题

因为完全不需要看就知道肯定是 Lightning

我还以为你基于 Clang 开发了什么东西