@BeautifulSoap 啊，这里蓝绿厂系不含一加。一加虽然是蓝绿厂的，但解锁只需要一行命令

建议放弃折腾，直接选能简单解锁的品牌。国内的华为，小米，蓝绿厂系都不用考虑

@fredcc 不理解你说的解锁和丢手机之间的关系

谷歌中文的搜索其实已经被各种垃圾站污染了，经常搜技术的关键字出来都是采集站之类的。换成英文搜索轻松得到想要结果

https://www.zhihu.com/question/34787444

知乎这个问题挺好玩的，程序员可以看来乐乐

@zxCoder 你做学术的话就直接用 conda

@BeautifulSoap 看了下 NVIDIA 的文档，wsl2 用 cuda 并不复杂，而且 docker 怎么用支持文档也有说，lz 想试试的话可以系统升到 insider 后用 wsl2 玩玩看。wsl2 被你玩坏了的话直接删了对应发行版重装就行，也算清爽

Windows 下 Python 搞 ai 之类的话直接上 conda 呀，管你 Python 环境多乱，都没影响。人生苦短何必折腾自己

以及 wsl2 支持 cuda 的，不过需要预览版，NVIDIA 官方就有文档：
https://docs.nvidia.com/cuda/wsl-user-guide/index.html

不过我觉得比起折腾 wsl2，可能还是 Windows 本地用 conda 跑或直接装个 Ubuntu 会比较靠谱

@PbCopy111 everything 也能列出所有的隐藏文件啊，设置-索引，勾上索引属性，然后搜索 attrib:h 就能列出所有隐藏文件了。everything 是真的挺方便的

ls 这么多命令至于这么麻烦吗，装个 everything，目标文件夹上右键用 everything 搜索，输入.DS_STORE，全选，删除，解决

@hjahgdthab750
C:\Users\[用户名] 目录下新建个文本文件,文件名 `.wslconfig`，内容：

```
[wsl2]
memory=5GB
```
除了内存，还有其他选项可以选，如指定 kernel，禁用 swap 之类的，参考： https://github.com/MicrosoftDocs/WSL/blob/master/WSL/wsl-config.md#wsl-2-settings

先看 smb 性能有没有问题，没有的话网络问题嫌疑最大，f12 下看看，几十秒差不多是一两次网络请求超时的时间

又是时候祭出我这帖子了，「终于找到给 wsl2 分配固定 ip 的方法」
https://v2ex.com/t/744955

我是和 lz 相反，基于 wsl2 开发已经很长时间了，我就是从完整 hyper-v 虚拟机迁移过来的，开发体验比完整 hyper-v 虚拟机好很多

lz 提出的问题，wsl2 没有静态 ip 这个我的帖子已经给出了个比较好的解决办法了

文件 io 性能这个，lz 都用 xserver 跑 linux 的 gui 了，这个 wsl2 也行的啊。这不就意味着用 wsl2 和你 hyper-v 一样也根本无需和宿主做文件交互了吗。而且用 wsl2 额外的好处是虽然 io 性能不太好，但是毕竟直接资源管理器就能文件交互，而且 wsl2 内部也能极其方便访问宿主，有时候搞几个文件是真非常方便。而且 wsl2 里随处运行 code 命令跑起 vscode 做编辑也是很舒服的，这些都是不用任何配置直接开箱即用的。Hyper-V 的话你装完系统后想达到同样体验配置起来很麻烦

然后还有一个 wsl2 的好处很多人都似乎没怎么注意过的，wsl2 配合 Docker for Windows 是真的绝配
因为 wsl2 里跑的所有发行版都是类似共用内存的。比如我在 wsl2 里装了 Ubuntu 和 Debian 两个发行版，然后我给 wsl2 设了 6G 内存占用上限，那么结果就是 Ubuntu 和 Debian 共用这 6G 内存的上限而不是每个发行版各占 6G 上限（即最大吃掉 12G 内存）。Docker for Windows 也是同理，启用 wsl2 backend 后实际上 docker 就是作为一个独立的 wsl2 发行版在跑的。Ubuntu+Docker 共用 6G 的内存上限，是真比各自跑单独虚拟机节约内存
而且 wsl2 backend 的 docker 不光能给 wsl2 内发行版用，还能给宿主 Windows 用。我 wsl2 内用 docker 做开发，然后 Windows 用 docker 跑 aria2 之类的下载服务，都只用装一个 docker 就行了

愿意 root 的话随便装个非国产 rom 然后直接黑白门，哪怕是流氓上天的 app 也乖乖的
再愿意折腾的话配合 XPrivacyLua 可以管理 app 获得的数据，返回你想返回的数据之类的
不过推送框架是个问题就是了

docker 哪来的宿主啊，又不是虚拟机。docker 里的进程都是直接跑在你系统上的本地进程，所以性能没有多大损失（不过 Windows 和 mac 下的 docker 是跑在 linux 上的所以 io 性能是有损失的。windows 下用 wsl2 backend 的话似乎文件 io 会更差点，但是直接在 wsl2 中和 docker 交互的话性能就非常好了）

原生系统就两个字：没有
至于国产的各种定制 room 不知道

但是你 root 的话倒是很好解决这个问题，装上存储空间隔离无论什么软件都别想在 sd 卡里随地大小便。而且 sd 卡内容都塞进私有空间，用 root 备份 app 可以直接连带 app 数据，私有空间数据，sd 卡的数据都完整备份。换手机之后新手机 root 后能直接像 iPhone 那样把所有 app 连带数据都恢复，而且跨设备跨厂商

@BeautifulSoap 再补个 wire 的问题。因为 wire 是代码生成，所以团队开发的时候，自动生成的代码经常（是的，经常）出现 git 的代码合并冲突。我加了依赖，同事加了依赖，即便这两个依赖毫无关系也不对之前的代码有影响，生成的 wire_gen.go 也非常大的几率会合并失败。最终就是总要等一个人合并完成之后，再引入新代码，再生成一遍。真的是不厌其烦。当然一个解决办法就是彻底不提交 wire_gen.go ，每次测试或编译的时候执行 go generate 再生成临时的 wire_gen.go

DI 框架并不算是 spring 思维，作为减轻开发时心智负担的工具，DI 是真的挺重要的。如果真不重要的话 google 官方也不会亲自下场写 wire 这种工具了

go 的 DI 目前用过觉得靠谱的 DI 框架有两个：

1. wire 谷歌官方的 DI 工具。因为其他的 DI 库基本都是基于反射，性能不行，所以谷歌自己写了个这个基于代码生成的 DI，没有任何性能损失。wire 应该是目前 go 语言中关于 DI 最知名用的最广的一个工具了吧。但是问题在于，wire 是基于代码生成的，所以意味着每次你改动依赖都必须重新生成代码，虽然可以用 go generate，但还是挺麻烦的，尤其有时候你自己都不知道改了依赖，忘了生成代码程序就会出错（当然挺多错误能在编译阶段发现也算是个优点）

2. https://github.com/uber-go/dig Uber 的基于反射的 DI 。好处自然是动态 DI，不用总生成代码，但因为基于反射，性能不行，所以 Uber 官方也建议只在 app 初始化的时候使用。目前项目里用的就是 dig，在初始化和测试的时候用 dig 做依赖注入，非常舒服