@fiendo 我并不是这个原因，我个人不喜欢等待，包括等人，所以很不喜欢长时间在车站等待，然后每次都踩点，去高铁站都是踩点 20 分钟到车站，一旦中途遇到意外就 GG 了。

哈哈，握手，我因为这个原因，搞丢过一张汽车票，两站火车票，一张飞机票，现在还是喜欢踩点，该死的强迫症。

@yuanxin1999 为啥需要同步用户呢？用户的 identity 不应该只由一个单一服务持有吗？

@dxgfalcongbit 握手，我也遇到过这个问题，每次冰箱一启动就鬼畜的闪一下。没搞明白是啥原理，HDMI 内部不是有抗干扰层吗...

今天是倒数第二天

@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 的语义分析是个黑箱，谁也不知道为什么是最终那个结果。