应该是本地连接正常的时候，wps 会去尝试同步到金山云什么的

我们用的是 spring cloud config zookepper，魔改了一下能支持权限和配置加密存储，配上魔改的 zkui 体验还不错

618 刚买 AOC2790PQU，接口挺多的，设置伽马 3 之后色彩还不错，反正比公司用的 u2518 看起来舒适，但是 mbp 上支持 4k60hz 的扩展坞不好买，目前还是接在 PC 的 DP 口上

```xml
<context:annotation-config/>

<bean id="yamlProperties" class="org.springframework.beans.factory.config.YamlPropertiesFactoryBean">
<property name="resources" value="classpath:test.yml"/>
</bean>

<context:property-placeholder properties-ref="yamlProperties"/>

```

restful+HTTP 状态码足够通用,但是不够符合实际的业务需求.
比如我这边有一个需要批量查询 100 条数据的接口需要实现(因为有性能要求,必须支持单请求批量查询),实际运行中可能其中 99 条成功查询到了,1 条由于某种原因失败了,那么从 api 接口上如何设计呢?
是 POST 请求然后响应 200 吗?
实际上个人这种设计不符合 restful 的语义,也不完全符合响应码 200 的语义.
最终还是要落到自定义响应码上.

第一次进入同步区的线程拿到的是 01 偏向锁，竞争不激烈的情况下性能好。
当多个线程竞争的时候偏向锁会膨胀成 10 重量级锁，也是我们常说的“互斥锁”。

2019.3.4 无法复现
https://imgur.com/6Boz4VF

@arrow2015 是的,大小公司都是线上面试,只是到处都是裁员降薪的,背景又一般,面试不好约

武汉互联网旅游页降薪 30%,投了一周简历大厂都被拒或者不招人,独角兽只约上了旷视,offer 只拿到一个在线办公小厂的,今年真是凉凉,简历关都过不了

前叉断了只能重建,我做的是自体单束重建,也可以选自体双束重建或者人造韧带.
单束的好处是以后断了还有机会重建,双束断了以后可能没机会重建了,人造韧带恢复快但是保质期可能只有 20 年.
术后最好去康复科挂个号,做两个月的恢复和理疗,自己掰腿真是疼到哭...

wsl

@sagaxu 一般 json 工具类比如 fastjson 会考虑到循环引用的情况,问题不大.
但是 lombok 最坑爹的是默认 hashcode 会依赖属性的 hashcode,如果实体有一个 List 属性并且 List 中的元素循环引用的话,循环计算 hashcode,接着就会 StackOverflowError.
这类细节只有踩过坑的人才知道,强行推这玩意就得做好相应的培训和分享.

人在监狱,刚下牢车,吃口牢饭再来答

这玩意线上 debug 确实好用(五毛一条)

有人入手了高配版的吗?这个跟 2790 普通版有啥升级?

如果是 java 的话,调用执行线程的中断(interrupt)方法,在执行线程的业务代码中可以响应中断,并处理一些释放资源的逻辑.
但也并不是所有的线程状态都能响应中断,并发库中有一些更容易使用更安全的类,推荐看一下.

@caiem 支持增量同步必然会支持全量备份嘛,无非是 binlog position 从 0 开始还是从最新开始的区别.
我觉得你可以先离线备份恢复,然后从备份的最后一个 position 开始增量同步

binlog 订阅吧
从头开始同步 binlog,只抽取你需要的表,或者抽取了一定数据量数据后就停止订阅
比如 ali 的 canal 这类工具