@nthin0 谢谢大佬，但是为啥不用写 new runnable()啊

谢谢各位大佬不吝赐教，在下不尽感激。
目前决定找家附近的工作了。
学校离太远了，毕业以后每天上班都要都花一两个小时，划不来
@NerverLibis
@JKeita

@siyuHaHa 有什么暗病吗，成色怎么样

@Mindjet 我装了，但是我这个版本的还没有这个功能

@acess 安全模式怎么进啊，求教

@zhiyzellda 手机用很久了，OTG 接口早坏了。
@acess 没备份，是搞机助手上的模块就没想那么多，大意了。
@youla 刷了，没用

-刚刷入这个版本
-界面变帅、也变流畅了
-机缘巧合，再安几个 magisk 模块吧
-手机再也没有开起来
-现在刚救好砖，所有数据都没了
-FML

我自己补充一个吧，谷歌官方的教程。有中文
https://developer.android.com/guide

抱歉我的问题，正确写法应为"config":"0 */3 * * * * *"

我来补充下同个问题其他论坛的回复。另外最后采用的方案是索引，之所以没用其他方法是因为我没有底层的操作权限，get()就 get 了没办法控制它是怎么 get 的，没办法说查询到开启开关的总数量就 break，因为没有提供这个接口

引用自 https://jandan.net/qa/MjAyMDA5MDktMTg=#comments
开启表用 SET，查询是 O(1)的。
;
只看数据库，开启表已经是结果了，查询肯定没问题，只需要解决源表和结果表的同步问题，如果允许用数据库触发器就用触发器。
抛开数据库，结果可以本地缓存，数据库在修改时间建索引，只取最近的变化；或者在应用之间用消息队列等。
;
你对表的状态建索引就行了.(建议你先了解下索引原理,数据库的数据存储会按索引位置存放)
我的思路是再维护一个状态表记录开关状态的各个状态的元件个数,判断为开为 0 时不去查询.你再对元件表的状态建索引.加快搜索速度.
不过这要看你的数据量级,一般 mysQl 几万条加对索引查询挺快的.
另一个要考虑并发量级,考虑会不会有修改冲突突.
还有就是状态表和元件表的一致性问题.
;
假设检验了解一下
;
用视图，每次操作完刷新一次视图，查询的时候从视图中查询。
;
开启表里面越来越多，那不是查询时间越来越短了吗（开启表可以放内存，只查询开启表没有的）

这东西最好用硬件实现，FPGA 比较理想，不会的话逻辑门电路都可以实现。单片机读出来传到电脑，一万条每秒传一遍都毫无压力，多爽
;
啥数据库? 上的索引即可#index)

@a570295535 不是很懂您的意思，能展开讲讲吗

@imn1 向用户发出通知，X 号开关已被关闭之类的，不能改

我的另一个思路是，将默认表分为“开启表”和“关闭表”，内容形式均为{id:1;开关:ture;其他记录:etc…}。所有开关初始均在“开启表”中，程序只遍历“开启表”。当检测到开关已关闭后，复制对应的记录到“关闭表，并在“开启表”中删除。“关闭表”中存放的是冷数据，不会被程序遍历。
这样会额外带来复制的负担，但是比为了 10 条数据遍历 100000 条数据来得聪明一些。

@whileFalse 确定，async 是编译器自己生成的，不是我写的

@ruixue 在服务端解密还是在客户端

@chinvo 类似于 windows 的 bitlocker ？

如果微软法务部起诉我用盗版，它是怎么举证的？

纯 hosts 的话 adaway，但是误杀率挺高的。

@rioshikelong121 很全面，感谢