typec 应该支持 alt mode 直通 hdmi 的吧？应该不需要转接，有直接 typec-hdmi 的线

1. 你 curry 出来的函数共享一个闭包
a = curry(3, fn)

b = a(1)
c = a(1)

b 和 c 调用会相互影响，得到的就不是纯函数

2. 你的判断至少要放到 result_function 里面才有用。你每次执行只是 push 了一个值然后又返回 result_function 本身，你执行 1w 次也是这样，还会造成内存泄漏

3. 你这个 for 循环不知道在干什么

测试相当于测量从打开 tab，网络请求，解析 js，渲染页面，完成操作步骤所用的时间。
为啥第一次会很慢？因为网络 io 很慢。第二次请求有缓存就会变快。
为啥有扩展就会慢？扩展会直接在页面 /间接在页面打开时执行代码，lastpass 需要检测页面上的输入框，当然会有 overhead 。做基准测试必须使用匿名模式才能得到稳定可靠的分数，并且要让第一轮跑完，把所有页面都缓存了，再重新开始。

如果抛开网络因素，这个测试主要测试的就是缓存能力（浏览器缓存策略+内存速度 /磁盘速度），js 引擎能力（ js 引擎速度和 cpu 单线程性能）。同机器不同浏览器测出来的就是浏览器的性能差异，同浏览器不同机器才是机器的性能差异。

而且中间的 for 循环等于在做无用功。运行 n 次和运行一次，得到的 result_function 都是一样的东西

你这连递归都没有看见。。。感觉差的有点远啊
建议参考 https://stackoverflow.com/questions/27996544/how-to-correctly-curry-a-function-in-javascript

没有 router vuex ui 组件库的 vue3 项目算 vue3 项目吗？如果算我给自己打个广告
https://github.com/Firefox-Pro-Coding/iciba-translate-userscript

为什么 B 通过＂不可读的明文＂（乱码？）就认为这个不是 A 发的，这样是不是不严谨？

确实不严谨，因为 乱码也是数据。但 谢希仁 只介绍了加密解密的过程，没有介绍防篡改的过程。因为通常来说被窜给的密文解密出有意义的数据概率比较低，应该就用这个简单代替了，但非对称加密的核心是一致的。而且通常来说，防篡改不仅仅是计算一个 hash 这么简单，像计算机网络中还会遇到防重放攻击相关的内容，但核心思路就是用 hash 或者校验和等手段检验数据是否发生了变化。

密文 = 加密(原文, 私钥)
原文 = 解密(密文, 公钥)

并且从数学上，知道 原文、密文、私钥、公钥 中的任意 3 个都无法轻易推算出剩下的一个。

A 只需要保管好 私钥，别人就无法伪造加密过程。
B 只要保证自己的公钥是正确的，那么就能够验证密文是不是由 A 发送过来的。

假设 A 发过来的信息被篡改了，然后被 B 用公钥解密，得到的就肯定不是 A 本来要发的原文。但 B 并不知道这到底就是原文，还是乱码？如何得知解密得到的乱码是不是就是 A 本意要发过来的内容，还是被篡改后的？答案就是用加密做签名，把原文和签名一并发送。

假设 A 想发的信息是 m，对 m 用私钥加密后得到 e，并且对 m 做 hash，得到 hash 值 h，此时将 e(m) 和 h 一并发给 B 。

B 拿到 e 后用公钥解密出原文 m'，并且也对 m' 做 hash，得到结果 h'。此时对比 h 和 h' 如果是同一个值，那么 B 认为传输没有被篡改。

如果出现了传输错误或者被篡改，那么 B 得到的 h' 肯定不等于 h，这时 B 就能发现错误。

软件数字签名的原理简单来说就是上面的过程，软件发布者给软件计算 hash，并且用私钥签名，和软件一起发布。用户下载软件后后用公钥解密签名得到 hash，然后和自己计算的 hash' 做对比，如果不一致那么就说明软件被篡改了。

当然前提是用户拿到的是正确的公钥。现在系统都由内置根证书，作为信任保障，然后由根证书签发出新的子证书，用来做加密。因为子证书是根证书签发（和上面加密的过程类似）出来的，没有（根证书）私钥的人没法随便签发证书。只要根证书是有效的，并且大家都认可这个根证书，那么就能保证子证书是正确有效的。

蓝牙耳机通常有 2 个模式，立体声模式和单通道+麦克风。如果选了第二种就可以用麦克风，但音频播放的采样率就会下降。

就是 Mixed Content 而已。
https://developer.mozilla.org/en-US/docs/Web/Security/Mixed_content

提升很大，写完代码后打游戏更爽

powershell -NoExit "cd C:\src\repo; yarn serve"

咦，这是什么 https://unpkg.com/[email protected]/dist/vue.global.prod.js

简而言之 vue 需要 transpile 到 js 才能被 node require 进来。你可以用 webpack, rollup 等工具配置相应的插件。

如果你不太懂相关的工具链，我建议了解一下 nuxt.js 。

设计是设计，css 是 css

应用程序没有权限直接操作物理内存的，操作的都只是虚拟内存，内存分配是 OS 的工作。至于怎么分配，怎么映射，又多大开销，《操作系统》欢迎你

直接解锁后用 patch boot 方式装 magisk 就不需要申请啥开发版了

你的理解是错误的。你看到的 iife 只是 transpiler 对 esmodule 的一种实现。实际上可能根本没有 iife 。
试想
// a.js
export const a = 1

// b.js
import { a } from 'a'
console.log(a)

transpiler 完全可以编译成
const a = 1
console.log(a)

事实上 webpack 开启 concatenation plugin 后就是这样的结果。
为啥总是要认为 export 是一个块？这不就是一个类似对象的语法么，和 import 语句是一样的，只是一种语法，和作用域块没有一点关系。这就不是一个语句块。如果这是个语句块，那你觉得写出来到底 export 了哪些东西？难道 export 了整个语句块？难道 import 语句的括号内我也要可以定义变量么？

export 是完全静态的，export 只能存在模块顶部，不能在任何语句块内。export 只有标记的作用。要求能在代码不运行的情况分析所有的 import export 。如果按你的说法，export {} 里还能定义变量，写语句，那就不符合静态分析这一要求了。

esmodule 只是一个规范，并不是具体的实现，并且规定了 export 不能变，那就不可能有 export 会有语句块这种问题。不要把 iife 的 module 实现直接和 esmodule 划等号

至于 esmodule 是怎么实现的，那是 transpiler 或者 runtime 具体的事情。你不能因为某一种实现就认为所有的实现都有一样的特性，因为可能某些实现有 bug 或者限制