看代理协议是那一层（ OSI 7 层模型 或者 TCP/IP 的四层模型），HTTPS 是纯应用层协议，代理协议只要不在应用层，比如 SOCKS ，那就是绝对不干涉 https 的。实际上除了 http 代理 和 https 代理 这俩协议，很少有应用层代理协议，基本上都不会干涉 https 。

给换一个简单的强类型语言来描述：

// 类型关系：Child extend Base

// 定义
void oneMethod(Child x){}

// 使用
Base y = new Child();
oneMethod(y); // 出现编译错误

然后你就会发现问题在哪里了，你给 y 定义了类型是 Base ，但用得时候却期望它是根据运行时推测出来的 Child 。

这怎么会是静态类型系统的缺憾，这正是强类型语言的基本特性。研究一个东西的特性是不是它的缺憾，这形同与研究人吃饭是不是有缺憾。楼主应该先学习一下强类型语言是什么。

单元测试不测试与它无关的东西，外部依赖一律 mock 。

乐观锁原本就是个软规范，你用硬规范是很难搞定的。如果非要搞，不要在 updateById(),update(entity,wrapper) 这些方法上搞，而是从 实体 Entity 上搞，乐观锁的主体是实体，不是 CRUD 方法。

以上仅限于新项目可搞，老项目就算了，强搞建议直接提桶跑路。因为乐观锁的主体是实体，这意味仅借助而非强依赖于实体的操作——比如自定义 mapper ，是搞不了乐观锁的。所以要搞必须额外加规范：一切以实体为主。这样老项目根本搞不了，改造难度太大了。

此外，乐观锁属于程序的范畴，不是 SQL 的范畴，你发错节点了。

你就算大学搞出来能上线的项目，毕业找工作的时候还是被当成零经验对待。请珍惜这人生中唯一能够玩的 4 年。

@dragondove #28 jdk 8 及之前，除了 enum 改保留字那一次，你还能找出哪个是低版本写的代码不能在高版本编译的吗。没有向下兼容性，jdk8 接口的 default 方法这一特性可能就不会出。

Java 8 并不是因为有啥优点才经典，而是因为它是目前唯一的稳定版本，在 Java 回到传统发布模式（一个大版本能顶上至少 5 年）之前，Java 8 很难被替代。Java 8 之后放弃了向下兼容性，别说大版本升级，小版本升级都可能蛋疼，而就算是 LTS 只有短短不到 3 年的维护器，这敢升级的都是勇士。

如果你有能力光凭别人客户端 SDK 就能盲开发出来服务端，那么再服务端完事之前就已经搞出来自己的客户端 SDK 了。所以你的问题压根就不会产生。

客户端 SDK 就是个普通的软件产品，没有版权，仅受授权协议的保护（国内还有个毫无卵用的著作权），Apache License 2.0 协议，只要标明原作者和修改的地方，就允许无限使用。

典型的即要牛挤奶，又不想给你吃草。

文件占用不影响复制，那种不能复制的文件，要使用黑科技或骚套路才能搞出来的。

我记得微软明确说明除了最后一轮都是电话面试

目前 Windows OEM 这一块还没有人开锁 BIOS 的先河，所以你买的电脑硬件还有 100%控制权，自然是想怎么样启动就可以怎么样启动。虽然 Windows 11 开了锁联网账户的先河，但是这货已经基本确定是 Windows vista 、Windows 8 这种过渡版本了，windows 13 之前应该不会有 OEM 敢锁 BIOS 的。

@PowerDi #23 高频激活——被杀——再激活这个循环，相比于单纯的常驻后台，CPU 消耗量可以多成百上千倍。Android 最大的问题不是常驻后台，而是自动唤醒方式多如牛毛。正常的常驻后台服务是消耗非常少的资源的（谷歌自带框架就是典型，几十个后台服务但是耗电量几乎无感）

跟团队项目如何做到不把个人配置提交到中央仓库，是一样的原理：使用可覆盖的配置体系，本地配置覆盖默认配置；中央仓库只提交默认配置。

Spring Boot 的配置文件体系 https://docs.spring.io/spring-boot/docs/current/reference/html/features.html#features.external-config ，随便玩都行。最简单的：application.yml 弄一句 spring.profiles.active=local ，然后示例 /默认配置都放到 application.yml 一起提交；.gitignore 里面加一条*-local.yml ，然后把 .gitignore 提交了（很重要）；本地直接源码 application.yml 旁边放一个 applicaltion-loacl.yml ，生产环境就 jar 的旁边放 application-local.yml ，local 当中只填写非默认的配置，这样即不用担心提交污染默认配置（或者泄露个人配置），也能让定制配置的内容更简洁。

后台接受消息，请使用推送，除了微信之外的强行保活手段，必然被 OEM 和用户无情的杀掉。

这个叫做内存数据库，基本上是个数据库都提供专门的内存数据库（可持久化的）。只不过，因为内存库有好多功能限制，所以只会用在超高实时性能要求的地方（比如电信实时计费系统）。平常的业务系统，不管是 CRUD 还是领域驱动还是各种高级设计，都没有那么高的实时性能要求，基本用不到内存库。

还有另一种不面向持久化的内存数据库，比如 H2 ，功能上跟普通数据库差不多，但不管性能不管数据安全，它的主要目的是给单元测试或者其他临时使用数据库的场景提供一个临时的、内嵌的数据库。

此外，楼主标题也涉及一个是不是的问题，前半句是，后半句不是。CSDN 最大的时候是十几年前收购 Java eye 的时候，那时候 CSDN 在国内横踩 .NET 和 Java 两大语言，简直就是程序员社区的代名词。现在不过是苟延残喘吃老本而已。

一直被骂还一直变大的东西多了去了，CSDN 从来不是最突出那一个。

你的问题跟 vscode 无关，跟 2w+ 行有关。不信你试试用记事本打开你文件，别说编辑，打开都可能卡死。