C 口支持快充，又加之晒，导航定位，屏幕常亮
温度高下充电必然有损耗
实在担心就搞慢充、散热呗

不过说白了电池也就几百，不必供着，不行了就换

你是否需要
2>&1
把 stderr 输出重定向到 stdout ？

如果是程序环境内调用，是否考虑加一层 shell 环境来调用？ cmd /C 或者 sh -c

2023 年中前买了 ac ，可以给 airpods pro 之类耳机设备的拼命用电后，两年内以换电池为名直接换新
后面被玩坏了，就没得换了，都是修

考虑集合效率的话，还可以用 SimHash

遵医嘱，无法加班。再加病假。
完

@tanrenye 这不是真正的，应该是百度网盘自己做的视频和照片做的一个 zip 压缩后改了后缀

外设等关了之后，设个 30 分钟自然就进入睡眠了

我的做法是吧显示器和音箱接在一个智能电源插头上
同时把会发光的 usb 外设等插在显示器的 hub 上
供参考

单纯睡眠，windows 莫名其妙的唤醒 bug ，不可不防

2013 late rmbp 还在工作，挺好
尤其经常要越狱 checkra1n ，还是 rmbp 实机好用

矿盘 14T 799 ，快 2 年了

来回顾一下快 4 年的这个贴吧

https://www.v2ex.com/t/638609

针对 Java
static int i = Integer.parseInt(SomeUtil.readNumberFromPropeties);
然后在 Propeties 里面写了 2O 不是 20
Integer.parseInt("2O")
会抛出
java.lang.ExceptionInitializerError ..
Caused by: java.lang.NumberFormatException ...

然后这个 java.lang.ExceptionInitializerError 不能被 catch(Exception e) 捕获，没有记录日志
应该 catch(Thrwoable e) 捕获，才能记录下日志

然后你的同学，坚持了所谓的异常处理"军规"，Never catch Throwable class……
导致没有任何出错日志，此问题异常难查

XD

我印象笔记和 evernote 有什么关系？

对会封的 app ，我都是 ip 池+操控实体手机池操作+抓发包+一个特殊操作规避单机定位识别，来配合真 app 做操作的，没封过
有兴趣可以聊聊

PVE 桥接不行么？

https://blog.csdn.net/find_the_ferry/article/details/121021534

剪贴板粘贴消息的一些思考
由于没有剪贴板粘贴时触发的相应消息，在粘贴时，是由应用进程来读取剪贴板内容来完成的粘贴操作，所以无法像捕获消息一样通过监听消息来直接捕获到粘贴操作。

根据日常的粘贴操作情况，需要捕获键盘 CTRL+V 消息，或者 hook 粘贴板读取函数
键盘钩子通过 SetWindowsHookEx()或 RegisterRawInputDevices()可以监视 Ctrl+V 击键。经由消息挂钩 SetWindowsHookEx()可以监视与粘贴的窗口消息，如 WM_PASTE ，EM_PASTESPECIAL ，WM_COMMAND 等，但即使是这样，也没有检测每一个可能的粘贴操作的保证。

可能不得不求助于将代码注入目标进程，以直接挂钩查询剪贴板数据的各种 Win32 API 函数。然后，当目标进程尝试在任何类型的粘贴操作期间检索数据时，可以修改这个过程（例如让应用程序认为没有可粘贴的数据）。

简而言之：
没有粘贴触发消息。没法这个上面做比较靠谱的 hook 。