朱子理学之后，对女子的行为举止和婚嫁更加苛刻，女子再嫁被视为不贞，男子娶再嫁女子也不是光彩的事
从某些方面来说，宋以前的人可能比现代人更开放

获取换行符

1

System.getProperty("line.separator")

run命令

1

java -jar -Dmaven.test.skip=true

install

1
2

# 安装source javadoc到本地
mvn source:jar javadoc:jar install

Command line is too long问题解决

解决方法:

1
2
3
4
5

<!--在该项目文件夹.idea/workspace.xml中找到-->
<component name="PropertiesComponent">xxx</component>

<!--然后在其中添加:-->
<property name="dynamic.classpath" value="true" />

idea无法输入中文

1.点击菜单 “Help 中 Edit Custom VM options…”。
2.打开后，到最后一行加上：

-Drecreate.x11.input.method=true

正常的业务异常，我们理论上不能直接无脑的统一吃掉，业务上需要把明确的业务异常（code-message）透传给到前端用户
现在的问题是，如何区分系统异常和业务异常的使用
目前我们的处理逻辑
1.若下游给系统异常，我们会系统异常转换为我们的业务异常给到前端
2.若下游给有message，没有code的场景（部分系统异常的情况），我们会转化为我们的业务异常给到前端
3.若下游给业务异常（code-message）方式，我们业务上需要把明确的业务异常（code-message）透传给到前端用户

1、这个是你们得业务，你们依赖我的接口。所以你们上线是需要你这边安排测试资源得。
2、上次上线没有同步到我这边，而且好像没有经过测试（因为所有调用都会报错）
3、上次上线后我发现有异常，所以同步到你们这边去修复，并且怕你们有问题，所以我才要求得你把修改后得调用链再给我看一眼避免还存在问题。
如果你这边都保证OK了。绝对没问题了。那我就不看了

Dubbo注册中心挂掉之后，是否还可以继续通信？

可以的，启动dubbo时，消费者会从zk拉取注册的生产者的地址接口等数据，缓存在本地。每次调用时，按照本地存储的地址进行调用

• 注册中心对等集群，任意一台宕掉后，会自动切换到另一台
• 注册中心全部宕掉，服务提供者和消费者仍可以通过本地缓存通讯
• 服务提供者无状态，任一台 宕机后，不影响使用

常用配置

1
2
3
4
5
6
7

-Dserver.port=9527
-Ddubbo.protocol.port=21991
-Ddubbo.registry.register=false
-Dartemis.consumer.register.forbidden=true
-Dcom.weimob.saas.cms.server.client.INavigateService=dubbo://localhost:21991
-Dcom.weimob.saas.cms.server.client.IQuickNavigateService=dubbo://localhost:21991

慢咀嚼，少碳水，少食多餐，多吃高蛋白和蔬菜
早午晚饭控制8个小时内完成
吃饭后靠墙立半小时

寿命

• 基因
• 心态
• 运动