@RedBlackTree

用“创建”变量这个词容易让人产生一种误解，好像变量是某种资源一样，“创建”是个消耗资源的过程，实际上所有的局部变量仅仅是 BP+N 这个地址的一个代号而已，并且这个 N 在编译时已经确定了，换句话说在运行时根本就没有所谓的“创建”变量这回事，跟是否循环没有任何关系

business logic

重读音节和非重读音节

@0576coder 是的，你在主题中的疑惑应该来自于“反正都要手写 Class.forName，那么 spi 就没意义了”，事实上只要认识到 Class.forName 不但是多余的，甚至根本就是错误的，正确的做法是只需要把带有元信息的相应的实现放到 classpath 即可，当需要替换驱动时对代码完全无感，从这个角度看 spi 跟多态、DI 、服务发现等都是一回事，手写 Class.forName 反而依赖了具体实现

Class.forName 是在用了 SPI 机制之前的加载技术，实际上当包加入了 SPI 元信息后并不需要再写 Class.forName 了，只不过天下文章一大抄，各种只知其然不知其所以然的“教程”仍然在把 Class.forName 这种已经过时的东西传来传去

因为你并没有 com.example 这个包，你有的只是 com.example.model 和 com.example.web 这两个包，*只能匹配 class 等，不能匹配（实际上也并不存在） subpackage

@fly2mars 虽然你一直没表达清楚，但是可以隐约猜测出来你想要实现的就是要把“满足某种条件的全体元素”这个抽象概念变成一个具体的概念，可以赋值给变量，可以作为参数传递，可以作为返回值返回，这种“把抽象的东西当成具体的东西来传递”的通用做法是使用高阶函数，当然这里我不打算提，否则你会更晕的，具体到你这个例子里，你只需要使用
int x = 1 来表示“全体满足(x&1)!=0 的数”
int x = 2 来表示“全体满足(x&2)!=0 的数”
...
即可，只不过在凡是用到这个变量的地方都要牢记它表示的其实不是一个数而是一个集合，对它能做的运算也只有有限的几种，在只关系集合这个整体的地方，就原样传递这个变量即可，等到了真正需要列举出元素或者测试某个值是否属于这个集合的地方，再使用运算(x&a)!=0

@fly2mars 我觉得你一定是在某个地方存在某种误解
举个例子，x^2=1(此处是指平方而不是异或)，那么 x 到底是 1 还是-1
数学上要表达一个函数，既可以用显函数方式 y=f(x)，也可以用隐函数方式 F(x, y)=0
诚然，对于单值的情况确实显函数看起来更符合直觉一点，因为人们习惯于“xx 是 xx”这种表达方式，但是对于多值的方式有的时候只能用隐函数(这里对隐函数概念做了推广，严格来说多值的不应该称为函数)
更哲学一点，定义一个东西既可以用内涵定义(某某是什么)，也可以用外延定义(满足什么条件的是某某)
你想要的是满足(x&1) != 0 的全体整数，并且试图用一个值来表达这个集合，如果硬要表示出来，那么 x 一定不是一个数而是一个集合{1, 3, 5, 7, 9, ...}在这个场景之下，没有比 1 能更简洁的表达这个集合的方式了，推广一下，用 a 来表达全体满足(x&a)!=0 的整数，或者更形式化点，有个带参函数
F(x,t) => (x & t) != 0
那么每个 t 都表示了一个集合，换言之，你本身已经有了简洁的表达集合的方式，但是试图去找一种更“简洁”的表示方式，本末倒置了

@fly2mars 你要的这个不就是普通的 flag 的组合吗？在你举的这个例子里就是
int x = 1;

直接说你的原始需求吧，不要再在 XY 问题上浪费时间

71
“每位老师最多评审 50 支团队”这个条件可以等价为每个老师手底下有 50 个苦逼研究生，当需要老师去评审的时候其实是派一个研究生去当枪手，且每个枪手只能用一次，为了结果最大化，采用贪心策略，每当需要一轮评审的时候从剩余研究生数最多的老师里选 7 个成团，于是问题进一步简化为了在一个 10*50 的矩阵里从左到右依次取 7 个元素，不够 7 个时折行，最多能取几次，最终简化成了 500/7

@xuanbg 要不你再好好想想？匹配的是子串，不是子序列

这其实是一个非常有意思的问题，不知道真实的密码锁是怎么实现的，但是假如让我来设计一个密码锁的话，我会采用下面的方案
当设置密码时，将设置的密码编译为一个 AC 自动机(当然由于只有一个关键词，所以实际退化成了 KMP，不过也可以支持多密码)，这样每按一个键时实际是在自动机中进行转移，当到达终结状态时就开门，这有个巨大的好处，无论前面输入的无效内容有多长，都不会带来时间和空间上的额外开销，理论上可以支持的无效内容长度没有上限
假设密码锁真的采用了这样的方案，那么确实可以认为是明文存储的，虽然没有直接地存储密码本身，但是获得了完整的自动机等价于获得了密码，不过对于密码锁这种必需要物理接触才能使用的系统来说，直接暴力破坏恐怕都比试图读取存储要容易得多，所以是否明文存储已经不是那么重要了

那要不试试你们心目中的产品之神 telegram 呗？家里的老人，不会发文字，微信只拿来视频用，是直接点击任意一次通话的气泡方便还是选择菜单-“视频通话”方便？至少我用过的 IM 全都是这个逻辑

虽说在 v 站黑张小龙才是政治正确，但这个功能真的没什么黑点吧？系统通讯录的通话记录不也是一样的逻辑？对于一些经常视频很少发文字的联系人来说反而很方便

@zhoudaiyu 后者

@zhoudaiyu 你这样一说就明白你的疑惑来自哪里了，实际情况是，发送“握手”使用的那个 http 总得要先有个 tcp 连接对吧，姑且称他为 A，“握手”的请求并不是为了开启一个新的连接 B，而是接着使用 A，只不过在 A 上承载的应用层协议摇身一变切换为了 ws 协议了

1. 从历史进程来看，websocket 是晚于 http 诞生的，你想象下如果自己就是制定标准的那班哥们，现在面临一个新任务，需要设计一种浏览器能使用的，能够保持连接，且服务端能够主动发送数据的协议，那么你有两种选择，一种是基于 TCP 设计一个全新的协议，一种是看看能否在现有的 http 的基础上 hack 一下完成目标，于是一拍大腿，http 本来就基于 TCP，把这个现成的连接拿来用不就完事了，于是只需要设计出一种方法，通过一个 http 请求让双方都知道“现在我给你发了一个 http 请求，你处理完这个请求后咱们这次请求时使用的那个 TCP 连接先别关，且从现在开始，在这个连接上咱们开始玩一个新的协议，这个协议不如就叫它 ws 协议吧”，这就是第一个 http 请求里的“Connection: Upgrade”干的事，这样有个很大的好处，就是当服务端版本比较旧，还不支持 websocket 时，它收到的仍然是一个合法的 http 请求，只不过忽略了“Connection: Upgrade”而已，这样不会带来什么大的兼容性问题
2. 原因同上
3. 同上，这时候 nginx 相当于个中间人，于是它需要干两件事，一是自己处理“Connection: Upgrade”，将上游到 nginx 的连接切换为 websocket，二是把“Connection: Upgrade”忠实地传递下去，让下游能够处理，从而将 nginx 到下游的连接也切换为 websocket，当存在多级 nginx 时同理，每一级都要正确地完成这两件事，整个链条才能串起来
4. 是可以的，如果做 4 层转发那么上面完全透明，而如果是应用层，就像 nginx 这样，那就需要像上面提到的这样，不光耀转发 Upgrade，同时自己也需要能够响应 Upgrade
5. 在应用层最好不要随便使用“挥手”这个词，以免带来更多的误解，虽然我知道你真正想表达什么，答案也很简单，因为从处理完 Upgrade 那一刻开始，协议已经切换成 websocket 了