我绝对不会用隐私换便利的软件类型：
笔记本
终端模拟器
输入法
密码管理器

我从 2006 年开始用国际版 Firefox 至今，现在回复这个帖子用的也是
要问我当初为什么选择 Firefox ，其实没什么特别的理由，只是当时的 Firefox 广告是：

“检测到您的 IE 浏览器版本过低，建议您立即升级到最新版 Firefox 浏览器”

都可以实现，不过：
1. 其实很多国内 ROM 只能双开特定应用，MIUI 可以多开几乎所有应用；
2. 大多数国内 ROM 都支持通话录音而不支持 APP 录音，而 MIUI 支持微信之类的 APP 通话录音。低端型号不一定有，旗舰不用担心这个问题；
3. 如果没有修改第三方 APP 的需求，其实不需要 root ，大多数搞机工具用 shizuku 就足够了。如果有，也可以不需要 root ，有一些容器化的 xposed 方案；
4. 这个几乎都有

我还是喜欢 root 的。用 Magisk 开 zygisk 模式，把各种金融类 APP 都加入白名单（不会做任何修改，也检测不出来）。
主要目的是替换系统默认的应用安装程序。大多数国内 ROM 的那玩意会阻碍安装，还会上传整个系统所有包名到服务器上。

拿去问了 GPT-4-0612
得到的回答：

Flink 支持多表 join 的查询结果同步到新的一张表里。你可以使用 Flink SQL 或者 DataStream API 来实现这个需求。

以下是一个使用 Flink SQL 实现的例子：

```java
StreamExecutionEnvironment env = StreamExecutionEnvironment.getExecutionEnvironment();
StreamTableEnvironment tableEnv = StreamTableEnvironment.create(env);

// 注册 a, b, c 三个表
tableEnv.registerTableSource("a", ...);
tableEnv.registerTableSource("b", ...);
tableEnv.registerTableSource("c", ...);

// 执行 join 操作并将结果插入到新的表
tableEnv.sqlUpdate(
"INSERT INTO new_table " +
"SELECT * " +
"FROM a " +
"JOIN b ON a.order_id = b.order_id " +
"JOIN c ON a.order_id = c.order_id"
);

env.execute();
```

这个例子中，我们首先创建了一个 `StreamExecutionEnvironment` 和一个 `StreamTableEnvironment`。然后，我们注册了 a, b, c 三个表。接着，我们执行了一个 join 操作，并将结果插入到新的表中。

需要注意的是，这个例子中的 join 操作是基于事件时间的，并且假设 a, b, c 三个表中的数据都是按照订单号排序的。如果实际情况不是这样，你可能需要使用其他类型的 join 操作，例如 interval join 或者 window join 。

另外，你提到了使用 ES 来加速查询。这确实是一个可行的方案。你可以使用 Flink 的 Elasticsearch connector 将数据写入到 ES 中。然后，你可以使用 ES 的强大的搜索和分析功能来加速查询。

最后，关于优化查询性能，还有一些其他的方案可以考虑：

1. 对关联字段建立索引：如果 abc 三个表都是根据订单号关联的，那么可以考虑对订单号字段建立索引。这样可以大大提高 join 查询的性能。

2. 分区和分桶：如果 abc 三个表的数据量非常大，那么可以考虑对表进行分区和分桶。这样可以将大表切分成多个小表，从而提高查询性能。

3. 使用更快的存储引擎：如果你正在使用 MySQL ，那么可以考虑切换到更快的存储引擎，例如 InnoDB 或者 MyRocks 。

4. 使用列式存储：如果你的查询主要是聚合操作，那么可以考虑使用列式存储，例如 Apache Parquet 或者 ORC 。列式存储可以大大提高聚合查询的性能。

5. 使用缓存：如果你的查询主要是点查操作，那么可以考虑使用缓存，例如 Redis 或者 Memcached 。缓存可以大大提高点查查询的性能。

我以前也用一加
自从几年前被曝光在氧 OS 里发现了检测剪贴板是否包含敏感词，检测到就会自动上传剪贴板数据之后
然后官方的解释还是“反而是系统识别出这些文件，是为了过滤掉这部分些数据不上传”
那问题反而更严重了……
之后我就不用了

有没有办法在中国也用上

今天可能够用，明天不一定够

其实支持 27W PD 也够用了，至少这个论坛里几乎所有的 iPhone 用户都觉得 12W / 18W / 22W 够用。
线材和充电头是私有的也无所谓，关键在于使用标准 PD 充电器+标准 C to C 充电线的功率是多少。

我用的私有协议也不过是 33W （或者标更高功率，实际充电时间相当于 33W ）。

我自己测的：
2019 年买了个 OPPO ，5W 。当时跟一位一加用户说了这个事情，他说他不关心，反正官方的头+线充电很快。
去年买的红米，27W 。

每天都在用，自己整理了特定需求的 prompt ，和通用 prompt 不一样，有很多背景信息和专有名词解释，以及模板代码。

然后只需要输入几个字就可以生成各种东西。