matepi

矿盘 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 。

@dengyunxuan 手机壳里面放一张超薄卡，0.3mm 。没有隔离金属层会要求近一点。加个隔离金属层再+0.4mm 厚度左右。