问题 1："在网上查了一下，说是如果多个线程同时修改 DOM ，可能会导致竞态条件和不可预测的结果。但是微信小程序用的就是双线程啊？"
回答：微信小程序的双线程指的是逻辑线程和渲染线程，其中逻辑线程一样也是无法直接同步修改 DOM 的，需要通过 bridge 通信的方式告诉渲染线程来操作 DOM 。其实浏览器也可以做类似的事情，就是把逻辑代码放 web worker 来执行（类似小程序的逻辑线程），现在的 js 线程只接收 web worker 传来的信息进行渲染。社区也有人探索类似的方案，比如
https://github.com/web-perf/react-worker-dom ，就是把 react 搬到 web worker 上运行。

问题 2：“所以浏览器用单线程最本质的原因是什么？”
回答：个人感觉更多是因为早期 JS 就是个脚本语言，主打就是要简单易用，如果引入了多线程会变得更加复杂，当时也没有这个需求。

问题 3：微信小程序为什么要使用双线程？
回答：上面说的 react-worker-dom 虽然类似小程序采用了双线程，但是咋没有流行呢？主要还是因为浏览器的性能瓶颈在 DOM 的渲染上。如果要在浏览器上做一个类似原生应用或微信小程序的页面切换，很容易出现页面切换时卡顿的问题。如果有尝试用过 ionic 来开发 hybrid app ，你会发现页面的切换始终会有存在掉帧的问题，特别是页面 DOM 数量多了。而微信小程序直接每个页面就是新的一个 webview ，交给原生来切换。
另外，客户端那边操作 UI 也必须是在主线程上的，不允许在其他线程直接操作 UI ，客户端为什么更流畅，主要还是因为 JS 本身性能有差距，还有就是 DOM 的渲染性能比原生差很多。记得早起还有人尝试过放弃 DOM ，自己用 canvas 来做一套渲染引擎来优化渲染性能。

@lanbos +1 ，用 BAAS 、headless CMS 应付简单的 app 够用了，像 Cloudflare 和 Supabase 很香啊

有哪位大佬知道 Kotlin 是否可以实现的吗？

@hguandl 真的可以耶，感谢大佬！

@hronro 试了下 rust ，确实支持，看来还是跟语言设计有关系。

```rust
fn with_logging<F, R>(args: F) -> R
where
F: FnOnce() -> R, // 接受一个闭包或函数，返回类型为 R
{
println!("执行函数之前的日志...");
let result = args(); // 执行传入的闭包
println!("执行函数之后的日志...");
result // 返回传入闭包的返回值
}

fn main() {
// 无参数函数
let no_args_task = || {
println!("无参数任务执行中...");
42
};

// 单个参数函数
let single_arg_task = |x: i32| -> i32 {
println!("单个参数任务，参数为：{}", x);
x * 2
};

// 多个参数函数，通过闭包包装来适配
let multiple_args_task = |x: i32, y: i32| -> i32 {
println!("多个参数任务，参数为：{}, {}", x, y);
x + y
};

// 调用高阶函数
let result1 = with_logging(no_args_task);
let result2 = with_logging(|| single_arg_task(21));
let result3 = with_logging(|| multiple_args_task(5, 10));

println!("无参数任务返回值：{}", result1);
println!("单个参数任务返回值：{}", result2);
println!("多个参数任务返回值：{}", result3);

// 最终输出
// 执行函数之前的日志...
// 无参数任务执行中...
// 执行函数之后的日志...
// 执行函数之前的日志...
// 单个参数任务，参数为：21
// 执行函数之后的日志...
// 执行函数之前的日志...
// 多个参数任务，参数为：5, 10
// 执行函数之后的日志...
// 无参数任务返回值：42
// 单个参数任务返回值：42
// 多个参数任务返回值：15
```

@hronro 感谢！我去学习下 OCaml 和 Rust 。标题确实没拟好，想改的发现改不了了😭。

@wlingxiao @dejavuwind 尝试用 Kotlin 写了下，没搞出来，让 ChatGPT 也说不行。主要是卡在 sequentialize 传入的函数无法是动态的，没有像 TS 提供 Parameters 和 ReturnType 来推导传入的函数类型，只能固定参数类型和返回值，这样就违背了泛化的初衷

@jy02534655 是的，js 支持这种高阶函数的封装。但是 TS 加了类型后，也仍然支持，并且可以在编译时检查函数类型。所以有这个疑问，是否是因为像 JS 运行时支持这种写法才行，而 Swift 和 Kotlin 无法做到。

有用 ionic 开发移动端的混合应用，ionic 组件都是 web component 实现的，支持 angular 、react 和 vue ，因为使用了 shadow dom ，很多内部样式无法定制，还原设计稿的时候很痛苦，如果不定制的话，还是可以的。

这个是点了按钮没反应窗口没关闭，还是点了允许之后定位不到当前位置。在国内用 chrome 定位应该走 gps，定位很慢，你用腾讯浏览器支持 agps，可以很快就定位到具体位置了。

在 window 上的 nodejs 开发体验确实不好，我现在都是在 window 上用 vagrant 开个虚拟机，然后使用 vscode 的 ssh 远程开发，即使依赖再多 node_moduels 也是秒删的，node 运行时 cpu 占用率也低，风扇噪音也小了很多。

同意 jybox 的看法，现在项目依赖多了出现版本冲突的情况很正常(假设模块 A 和 B 都依赖 C，但 C 的版本不同，A 要的是 Cv1，B 要的是 Cv2)。而基于 nodejs 依赖的查找原理（从当前目录开始往上级目录查找 node_modules 下的依赖），将依赖放在本地（ B 和 C 各自在其目录下放一个对应版本的 C ）可以很好的解决依赖版本冲突问题。

@tianyu1234 同问，在哪里下载你说的联想固件

@ThomasZ 同样在用 VSCode + Git，这种方式对比一些平台软件需要手动提交和同步，比较麻烦，经常忘记提交和 push。

~ $ python ~/.nutstore/dist/bin/nutstore-pydaemon.py
('Cannot found expected file manager,', OSError(2, 'No such file or directory'))
The java client is dead, try to restart it
17/05/03 22:53:34 FATAL gui.NutstoreGUI: Uncaught exception
Exception was generated at : 05/03/2017 22:53:34 on thread main
java.lang.UnsatisfiedLinkError: Cannot load 64-bit SWT libraries on 32-bit JVM
at org.eclipse.swt.internal.Library.loadLibrary(Unknown Source)
at org.eclipse.swt.internal.Library.loadLibrary(Unknown Source)
at org.eclipse.swt.internal.C.<clinit>(Unknown Source)
at org.eclipse.swt.internal.Converter.wcsToMbcs(Unknown Source)
at org.eclipse.swt.internal.Converter.wcsToMbcs(Unknown Source)
at org.eclipse.swt.widgets.Display.<clinit>(Unknown Source)
at nutstore.client.gui.NutstoreGUI.fixTrayIconInUbuntu(NutstoreGUI.java:178)
at nutstore.client.gui.NutstoreGUI.<init>(NutstoreGUI.java:158)
at nutstore.client.gui.NutstoreGUI.<init>(NutstoreGUI.java:99)
at nutstore.client.gui.NutstoreGUI$Holder.<clinit>(NutstoreGUI.java:107)
at nutstore.client.gui.NutstoreGUI.instance(NutstoreGUI.java:111)
at nutstore.client.gui.NutstoreGUI.main(NutstoreGUI.java:1702)