笑死，我也碰到了安装不了哔哩漫游，我还寻思我这不升级系统就没事呢，原来只是我没碰到诈骗名单里的应用

把卖不出去的东西当添头+1
就算真强迫苹果出中杯，中杯也不会比全家桶超大杯便宜多少，这个中杯出的就毫无意义

@litel
你所说的东西我尝试解释一下（一下内容为马后炮，根据结果猜测运行原理）
es6 非严格模式在块内声明 function 会同时在全局和块内生命同名变量，所以在块内对同名变量赋值只会影响块内
而
b = 1
{ b = 2 }
只有全局的 b ，没有块内的 b ，块内的赋值语句就直接修改了全局的 b

@litel
/t/825334#r_11227399
作用域提升相关的东西我不知道他说的对不对，但他所描述的代码执行过程完全就是错的
我没有说过作用域提升相关的东西，你问我怎么个提升的我也不清楚

@cheese
第一个块 a₁ = 1 后面有个 a₀ = a₁是因为你原代码第一个块的 a=1 后面有一句 function a(){}啊
你仔细读读我发的那个 sof 的链接就都明白了
https://i.imgur.com/PG9lr6V.png
https://i.imgur.com/1kC2hv1.png
https://i.imgur.com/5XyCb7r.png

@cheese

https://imgur.com/a/GR3hFcE

@iikebug 是的，会有 runtime error

es6 标准浏览器的非严格模式下运行这段代码是有一个固定确定的结果的，就是上面说的那个非常奇怪的难以理解的运行逻辑

"use strict";
let a₀ = undefined;
{
let a₁ = function ( ){ };
a₁ = function ( ){ };
a₀ = a₁;
a₁ = 1;
a₀ = a₁;
}
console.log(a₀, "1");
{
let a₁ = function ( ){ };
a₀ = a₁;
a₁ = 1;
}
console.log(a₀, "2");
大概就是这么个逻辑
也是因为非严格模式下块作用域有非常奇怪的难以理解的表现，所以搞了个严格模式出来

https://stackoverflow.com/questions/31419897/what-are-the-precise-semantics-of-block-level-functions-in-es6
你要是在非 es6 环境下跑，可以有更多奇怪的表现

局域网串流直接用 N 卡家的方案，吊打其他一切

看了大伙的评论，感觉大家都不像在中国住了十几二十几三十几年的人，对社会运作一窍不通的那种感觉
移动敢拿《反电信诈骗》相关条例作为理由，那就一定是公安局或其他上级部门要求停的号码，假传圣旨可是大罪，不可能骗你的
用户意愿是小事，上级命令是大事，为了用户无视上级命令那可就成了不听从领导不听从指挥的反动行为，万不可能去做的
楼主主要就是倒霉，买到了诈骗犯用的号码段，公安局又没有人力一个一个仔细核查，移动公司更没有能力去核查。多方博弈中一个较好的解决方案就是拖到预销号后把号拿回来，移动公司可以在诈骗号码销号后碰巧的卖给同一个人，但不可以直接物归原主，像楼上有个人就是这样
要么就是去起诉，在法庭上证明自己的清白，移动才能给自己个台阶下把用户的号码解封

@MengiNo 先把上面应付好，拖到预销户上面就不管了，互相理解吧

安卓这边想做点什么创新特性都得看谷歌脸色，谷歌恐成阻止安卓进步最大因素
像什么刘海屏 /LTPO/暗黑主题 /折叠屏相关的 API 啊，都得厂商先搞个私有的 API ，谷歌再慢腾腾的后知后觉的搞个标准的 API 出来，app 开发商开发起来就很精神分裂
像苹果软硬结合，新特性相关的 API 都是直接用就行了，没那么多 B 事

手机系统自带的肯定更好用啊，一个用户应用能做到的事情和一个系统应用不能比的

@zjaihm 我正行一样让我下来推啊，自行车也要你推

没有手动推着电动车过马路肯定是有过错的，但这个过错和事故是否有关，有多大关是可以 argue 的，不如好好咨询律师

我买了个小米平板 5pro ，倒是没有觉得渣显示，但是（和苹果 mini-led 屏比的话）感觉屏幕亮度实在捉急，最高亮度 500nit ，很馋苹果 ipad 的 mini-led
苹果也是鸡贼，只给 12.9 寸 ipad pro 搭载 mini-led 屏，最便宜都要 8499

如果是 native 的那种热修复，只有价值高的 app 才值得去做热修复吧，毕竟修复起来成本也高
小厂价值低 app 可能很难接触这种技术