@mitu9527 我的意思是作者在论文中所说的 Stateless 指的是仅服务端无状态的 client-stateless-server (CSS) 风格，而不是从字面理解的服务端和客户端都无状态。要从实际定义理解而不是望文生义

https://www.ics.uci.edu/~fielding/pubs/dissertation/net_arch_styles.htm#sec_3_4_3

3.4.3 Client-Stateless-Server (CSS)
The client-stateless-server style derives from client-server with the additional constraint that no session state is allowed on the server component. Each request from client to server must contain all of the information necessary to understand the request, and cannot take advantage of any stored context on the server. Session state is kept entirely on the client.



https://www.ics.uci.edu/~fielding/pubs/dissertation/rest_arch_style.htm#sec_5_1_3

5.1.3 Stateless
We next add a constraint to the client-server interaction: communication must be stateless in nature, as in the client-stateless-server (CSS) style of Section 3.4.3 (Figure 5-3), such that each request from client to server must contain all of the information necessary to understand the request, and cannot take advantage of any stored context on the server. Session state is therefore kept entirely on the client.

0xe0,0x20 可能是某种编码变更提示

length = length0 % 2 == 0 ? length0 / 2 : length0 / 4 + length1 * 64
应该是这样

@lmmortal 一字节太短了，HEX 是 4bit 一字符，Base64 是 6bit 一字符，加上 Base64 要进行填充，最后长度会是 4 的倍数
0xFF(8bit) 的时候就是 2 vs 4，但是到 0xFFFF(16bit) 就是 4 vs 4 一样长了，0xFFFFFF (24bit) 是 6 vs 4 就反超了

可以，但不是随便就可以

条数多的话就主要是等待响应的传播时延了
非批量模式下，要等待前一条执行的结果响应传输回来才能执行下一条，那就多了 (N-1) 个传播时延

用 ObjectProvider 获取所有 bean，再进行排序比较好？

首先要明确：直接写 SQL≠拼接参数。
拼接参数是有安全问题，但是只要是用绑定参数，直接写 SQL 就不存在安全隐患。

要是 Java 多行字符串给力点的话，早就直接用 JdbcTemplate 了

RESTful API 的路径不是不能有动词啊，重要的是资源的抽象。当 HTTP 方法不能完全表达动作内容时，加在路径上也没啥问题，比如 `POST /resources/<id>/<action>`
当然楼主给的接口确实也不是 RESTful API

es 的 var 变量声明和静态语言的类型推导特性显然不是一回事，像
```
var x = 1;
x = "1";
```
对类型推导来说不合法的，因为 var 表示的类型不是任意的，而需要根据赋值表达式推导出来的；一旦推导出来，所表示的类型就固定了。

要翻源头的话，应该是某个函数式语言开始的，像 83 年的 Standard ML 就已经有这个特性了

一般延迟一两周更新至最新版本

CentOS or RHEL 系，因为……APT 系的仓库代理配起来很麻烦，还是 YUM 系好使

这题也就沾一点点算法，侧重点还是在编码实现上。这个算法本身用 竖式加法／按位相加 就可以描述，但实现起来很容易写错，也很容易漏掉对各种边界条件的处理、考虑。这个是很能看出能力的

@dunhanson 其实我没看懂问题到底在哪，如果说是复用问题的话，可以用一个 configmap/secret，各个部署自己拣选需要的配置项导入环境变量

spring boot 的话，不同数据库的配置分到不同的 profile 里，然后按使用情况启用 profile ？

序列化格式都行啊，什么 Apache Avro 、CBOR 、Smile 、Protobuf 、YAML……

Ruby 现在写大型应用确实没啥优势，但是当胶水语言还是香得不行，比如临时处理数据、文本之类的场景