@wholve 根据计算出来的路径结果是否相同来判断，符合你的案例

做一个类似二叉树的结构，性别男 左子树，性别女 右子树，假如以自己为顶点去拓扑，以四个方向延伸，左上为爸爸，右上为妈妈；左下为儿子，右下为女儿，依此建立关系图

我是华为 mate40pro,目前在低电量是发热严重，比如有一次 7%电量，打开微信就会卡顿，发热，甚至偶发过死机，如果遇到这个情况，我通常会关屏保电量，但是我已经遇到好几次没一会拿出手机之后已经没电关机的情况了。

@sharkwan 大佬源码能分享吗

delay5s 这个方法我自定义的，模拟业务方法耗时，我直接 sleep 了 5s 确实没有占用 cpu;
真实的业务方法，包含查询 sql,调用外部接口，以及业务代码，估计也是没有一直占用 cpu 资源导致的吧？

@yangxiaopeipei 还行 我看深蓝 sl03 的抬头显示还能接收

@ningbo2018 我就在等深蓝 S7 ，SL03 我试驾了一下有点偏硬，S7 比 03 优化了很多，比如内饰以及遮阳帘等等

@Chad0000 看你的回答 你还没理解我说的为啥规则要当做一个 http 接口
你提供这个思路的前提是需要构建一个规则接口与用户表权限映射关系
但是不只是从表单可以改可见权限
也可以通过改规则逻辑去改可见权限，规则确实复杂，假如一个规则接口设置了正则，大于 20 岁的男生，入职公司满 5 年等等你就需要实时去查规则，一个规则对应一个几十万的用户表这样不现实吧，这样类似的场景很多，根本构建不出规则权限与用户的表，这样举例你能明白我说的吗？
不过你提供的思路已经是很贴合我们的业务来提供解决方案了，就差这一点有理解偏差

@Chad0000 可以理解，还是感谢你提供思路

@Chad0000 所以说别跑偏了问题，就暂且将规则接口当成一个 http 接口吧

@Chad0000 这根是不是负责人没关系 你说的方案我考虑过啊 但是并不能解决问题
什么规则这么麻烦？ 我们是一个规则平台，你别想当然认为啥都能通过规则返回用户表
规则平台 可以支持业务的函数，接口，可以自定义决策表，可以写正则等等；你说的放内存很快算出来那是一个规则
1w 个表单设置 1w 个规则，能有多快？目前你提供的方案跟我说的提出的方案一还没有本质区别

@wholve 我的疑问其实就是 中间人为啥不能获取到跟某个客户端一样的公钥

@misaka19000 也就是说每个新的客户端与服务端通信，都会重新执行公钥获取
不会存在 A 客户端 获取 B 客户端的公钥 去解密服务端发过来的信息吗

@Chad0000
1.全员 + 指定部门可以处理

2.咱们暂且将复杂的，单独指定的叫做规则接口，通过规则接口查表单权限
如果 1 万个表单都设置了不同的规则接口，那查询当前登录人的权限，就需要调用 1w 次规则接口才能筛选出这个人的权限，所以无论同步异步查询都会很耗时间
如果用你上述说的，提前将规则执行，说个极端情况，一开始某个规则可能只有一人有权限，后边业务调整，几十万员工可能都有权限，如何处理这种场景呢

@renmu 规则根据当前登录人返回 true ，false ，不是你想的那样返回符合的人员

@Chad0000 不想用这种方式的原因，就是公司员工众多（几十万的量级，具体哪个公司就不说了），如果一个表单设置了全员可见，那岂不是所有员工的权限缓存全部都更新一遍

@Chad0000 设置规则的表单没办法保存，因为规则需要当前登录人作为参数，然后判断你有无权限 并且可能你之前调用时有权限，但是之后可能就给你改成无无权限了，这个规则由于是业务配置的，可能随时变更~

规则加载慢也是造成速度慢的主要原因之一