今天是倒数第二天

@LuckyPocketWatch 那也要看原作者是否保有版权，很多时候，一些作者也没有版权，版权归了出版社。

属于

@edis0n0 你不要将这个身份服务器当作只有你们内部使用的，而是一个公用可被第三方接入的，你一下就明白了，并不是所有的身份服务都需要权限模块，而且这 2 个东西在做服务切分的时候，从概念上就是天然分离的。另外很多时候就如同你说的，将服务分开后，的确会带来部署开销，更严重的是一致性和分布式通讯问题，但为了整个系统的规模扩展有时候不得不付出这种代价。身份(Identity)/身份信息(Claims), 同授权并没有那个严格的关联，授权也完全可用不依赖于身份，只是大部分时候，基于用户身份的授权最常用，让我们将其紧密关联在了一起。

@abcbuzhiming 这是一个未定义行为，不要依赖它。因为规范没有规定应该怎么做，所以各种平台可能会完全按照不同的方式去处理。依赖于规范，不要依赖于实现，就是这个道理，我记得以前也有人问过此类问题。

@abcbuzhiming 你搞错了，这里没有 ’无法被转换成可见字符’ 这个概念，很多字符本来就不可见，而是很多字符序列在指定的编码种是非法的(这和无法显示完全不是一个概念), 至于 Java 怎么处理，其实从每个版本都可能发生变化，但 Java SE 的文档由详细记录
Constructs a new String by decoding the specified array of bytes using the platform's default charset. The length of the new String is a function of the charset, and hence may not be equal to the length of the byte array.
The behavior of this constructor when the given bytes are not valid in the default charset is unspecified. The CharsetDecoder class should be used when more control over the decoding process is required.

另外， 尽量不要使用没有编码信息的这 2 个方法，因为 Windows 平台下的 Encoding 是个大坑。

本质上说字符串 -> byte[] 天然就需要含有 Encoding 信息,因为同样的字符串按照不同编码规则的内存序列是并不相同的，在没有 Encoding 的情况下，byte[]是没法反向映射到正确的 string 的，这里本质上会做归一化和合法性检测。

string.getBytes(): 使用平台的默认字符集将字符串编码为 byte[]
new String(byte[]): 使用平台的默认字符集编码解析 byte[]数组为 Java 平台的当前 String 编码,着你存在一个码点转换问题，你的 byte[]种的组合可能是无效的。(这特和 JVM 的当前 String 实现有关，一般是 Unicode 16)

你这样提问，别人很难告诉你原因，我扫了一下，代码没问题。这个错误就是客户端连接不到服务器。应该是中间的网络环境问题，你先 ping 一下公网 IP ，然后在你的服务器上查看一下当前服务 8765 监听的 IP 地址列表，最后确认一下这个流程的中间是否存在代理和防火墙规则。

请病假，我休息了两周，我们公司刚好有 2 周的带薪病假，再长就只能发基本工资了。

@dzdh 是有办法的，编译器存在钩子，可以进行代码注入和编译后二次修改字节码的功能。而且现实中某些代码为了追求速度，的确会这么做，但这回失去动态性，因为某些反射信息在编译时候是不可能知道的，只能在运行时才能动态获取。

大部分编程语言的元编程都是使用反射实现的，因为需要元数据才能去操作代码。元数据就是记录关于代码本身信息的对象。

所有类似注解这样的东西都属于元编程领域(meta-programming)。 本质上就是编写代码去操作代码，而不是像普通代码是操作数据(或者说这里的数据就是代码),有些编程语言中，代码和数据是有明显边界的，有的语言则边界模糊。另外很多时候编写这种注解是为了实现另外一个概念面向切面编程(Aspect Oriented Programming)。这就是一种复用代码的常见方式。

没啥魔法，就是分词后暴力匹配，然后最多添加一些模糊匹配（不考虑语义）。现在基于 DL 的语义分析是个黑箱，谁也不知道为什么是最终那个结果。

@edis0n0 最简单情况是使用输出缓存， 不过这个玩意非常新，需要 ASP.NET Core 7.0 的支持

@jdhao Pro 续航不好，我现在用的就是，Pro Max 续航不错，不过太重了，像个砖头。另外这些高端机的续航都不会。我有个红米，续航吊打这些高端手机，接近 6000 毫安时的电池，CPU 性能又差，屏幕也差，所以续航是无敌的。

iPhone 从小到大，不同尺寸续航差距都很大，Android 也一样，你要说一个尺寸才能比较。有专门的续航排名网站，但总规律是尺寸越大的手机续航基本也越好，因为电池越大。另外 iPhone 的信号 /续航一直很普通，甚至可用说是差。

从升级到现在没遇到过任何问题，四台机器，最旧的 intel 8400 CPU, 最小的 12600k 。 这个纯粹看你个人的机器，Windows 的硬件太多了，各个环节都可能出问题。很多问题出现后，除了你自己的机器，没有人复现，这种时候，基本很难被修复。