箭头函数的执行上下文不持有 ThisBinding ，采用的是 Lexical this （词法指的是执行上下文中的「环境」，理解为以作用域链替换 this 就成了）。其实这样越说越糊涂了……

```js
const obj = {
detail: "obj",
getDetail() {
console.log(this.detail);
}
}

obj.getDetail(); // obj

const getDetail = obj.getDetail;
getDetail(); // undefined ，此时上下文是 global ，非严格模式，global 下 this 指向 window ，window 没有 detail
```

```js
const obj = {
detail: "obj",
getDetail: () => {
console.log(this.detail);
},
};

obj.getDetail(); // undefined ，「对象字面量」 obj 不产生作用域，这个要注意。this 找上级作用域 window ，window 没有 detail 属性。
```
1. 执行上下文除了 global 其余都是函数执行产生的。
2. 你在函数中使用的 `this`，也就是执行上下文中的 `ThisBinding`，只与调用该函数的「对象」相关。
3. 箭头函数是个特殊情况，它采用词法 this ，也就说，`this` 与上下文中「动态的」 ThisBinding （ obj 或 window ，`.`点号之前的……）无关，与「静态的」环境有关，要到环境（作用域链）中找。
4. 而「对象字面量」`obj` 又不产生作用域（它顶多叫 namespace 名字空间）。由此会再向真正的作用域中找，外层的作用域就是 global （ window ）。
5. **简而言之**：箭头函数的词法 this 产生的效果是：把箭头函数上下文中的 this 绑定到 **『外层作用域』** 中。

推荐到 https://muyiy.cn/blog/1/1.1.html 看看，博主写的很详细，跟着写写伪代码就清楚了。这样白嘴说其实越说越乱。

他的回复你截得出，你的「建议」你截不出？没有上下文，单凭一面之词来发泄，很不厚道。

@Remember 引导可选，可以平时用原始的，只在大版本升级时切 opencore 跳过硬盘验证部分，升级好了再继续用原始引导。

黑不黑果的不是什么大问题吧，开盖换硬盘做得，换个引导跳过验证做不得？😂，主要是原来的苹果硬盘让我卖了，懒得再折腾了......

不用换回原硬盘（挺贵的，卖了能回回血......），换个 boot-loader ，用 https://dortania.github.io/OpenCore-Legacy-Patcher

基本用法介绍，现在版本有 gui ，对照一下：
https://blog.niekun.net/archives/2353.html

跳过 firmware 检测的选项：
https://dortania.github.io/OpenCore-Legacy-Patcher/TROUBLESHOOTING.html#stuck-on-your-mac-needs-a-firmware-update

升好之后可以用苹果的原始引导也可，自定的 loader 引导也可（还能解锁点有用的功能，不过我试了，mbp2015 ，隔空播放没成功.....）

此面向敌

买了个绿联的充 xr 充 8p 倒是都成，就 AirPods 不成。咸鱼上 40 收个 anker 5w 的倒能充到满。。。。。。

mf839，三丧 sm951 nvme 协议 512g + 苹果口转 m.2 转接卡，目前完美。10.13 以后的系统支持。

@LGA1150 多谢回复，手头没有 linux 环境，而且估计 openwrt 的交叉编译也不是一天两天能把坑避开的，我还是老老实实借用各位大佬的劳动成果吧。再次感谢~

唉，千言万语不如闭嘴。看看现实再看看各种吹，够魔幻的了。

连接数不少了，你高估了光猫的能力了。上个路由器吧。

wsl，商店里搜 linux，有几个发行版。简单应用没问题。

开发环境或者生产环境还是老老实实找个适合 linux 的机器吧。

@sephinh 现在用的 mt7628 的残废 hc5661a，打个 tun 隧道跑到十几兆 U 占用就 100%了，而且 dnsmasq 有莫名其妙的延迟感，换 unbound 效果差不多，表现为 dig 大部分反馈时间正常，但是偶尔会出现数千毫秒规模的延迟。估计是 cpu 瓶颈所致。

估计 k2p 能充分缓解。毕竟高频多核多线程。

另外推荐有全局透明需求的试一下 https_dns_proxy 做 dns 转发，subnet 设置为本地的提供商的 cidr 网段即可，虽说看起来字面延迟稍高（就是到 vps 的延迟），但是好在整体比本地跑个 chinadns 要效率高，还可以直接在 vps 上跑，用隧道内部地址访问即可，还不占 router 的 cpu。大家可以试试。试用了几个月了，国内的基于 subnet 的 cdn 解析还是相当准确的。

另外祝各位炎炎夏日大汉淋漓~

看了楼上的大佬介绍，决定了，实在不行就 k2p 当路由和 5g 用，再桥接个其他的作 2.4g ，家里有老机器 2.4g 还得用。用 openwrt 主要是 open 伪皮瘟。
@lee015 大佬，能给个 padawan 移植 ipk 方法的链接吗?用第三方的 opkg 源？ kmod 库能匹配的上吗？自己编译我这里没有编译条件。。。。