@PropertySources 试试呢

@yuyujulin java 里边可以简单理解为 jvm 堆区，

为了提升性能，线程里面有工作内存，这样访问数据不用去主存读取，可以快一些。共享变量被线程修改后，该线程的工作内存中的值就会和其他线程不一致，也和主存的值不一致，所以需要将工作内存的值刷入主存，但是这个刷入可能其他线程并没有看到。使用 volatile 后可以通过 cpu 指令屏障强制要求读操作发生在写操作之后，并且其他线程在读取该共享变量时，需要先清理自己的工作内存的该值，转而重新从主存读取，volatile 保证一定会刷新，但是不写也不一定其他线程看不见。
就是上面大哥说的巧合（即这种不一定每次都会有正确的保障）

1

没安装🤔

放得那叫一个狠，还正没开始跨年呢。这会中午都有人放

行尸走肉， 身边还在追这部的只剩我自己个了。。。寂寞

@AllenW 花里胡哨，直接 return 0;

弄电脑 /弄微机

不跟我说一路话的都是杠精

Classes 往上走一层（.. 或者 getparent?）就有吧

@VeryZero 对

@lhx2008 那难道所谓的 jackson 序列化莫非就类似一个 toString 吗只不过是个 json 格式的？

@chendy 老哥我 get 不到你想回答的点。我主要是想知道一下。如果这些 json 序列化的库(此处就针对 json 说了，不论是不是其他格式)是 java 标准的序列化。为什么它可以将不实现 Serializable 接口的类的实例进行序列化呢。底层做了什么呢？还是说这个所谓的"json 序列化"就是一种说法(顺口易懂一些,本质上就没用 java 的序列化方法只是转了一下字符串呢)
我猜的应该是真正的序列化吧。但是想不到是什么机制将不实现序列化接口的类的实例进行序列化的呢

@lhx2008 ObjectMapper 实现接口就能保障类实例通过序列化校验吗？ 就像我题目上 A 类和 B 类, B 类作为 A 类的属性。A 类实现了序列化接口, B 类未实现序列化接口。去序列化 A 的时候也还是会报错啊

@falsemask 那么这些类实例转 json 字符串的库 。严格来说能叫序列化吗？ 如果是序列化的话是什么机制保证了它没有抛出异常呢