* API 中的名字 **应该（should）** 使用美式英语在 API 定义中 **应该（should）** 使用缩写而不是其完整形式例如 Google Watcher API **应该（should）** 使用与产品名相同的 proto 包名API 中的所有名字 **应该（should）**`List` 方法的响应消息中包含资源列表的字段名字 **必须（must）** 是资源名的复数形式当 _接口名_ 与 API 中其他名字冲突时枚举类型的名字 **必须（must）** 使用首字母大

# 使用docker镜像nginx  docker events  --since="1467302400"  # 显示docker 镜像为mysql  docker ps  # 列出最近创建的5个容器信息  docker ps -n 5  # 列出所有创建的容器ID# 在容器 mynginx 中以交互模式执行容器内 /root/nginx.sh 脚本  docker exec -it mynginx /bin/sh /root/nginx.sh  # 在容器 mynginx 中开启一个交互模

[#](#_1-新建-demo-模块) 1. 新建 demo 模块/v2/api-docs # 配置[#](#_6-网关配置) 6. 网关配置# 多环境的配置项# 多数据源配置# 芋道配置项# 日志文件配置# 文件上传相关配置项5432/${spring.datasource.dynamic.datasource.slave.name} # PostgreSQL 连接的示例true # 虽然默认为 true[#](#_5-启动-demo-服务) 5. 启动 demo 服务# 错误码相关配置项#

Docker使用Linux桥接（参考《Linux虚拟网络技术》），在宿主机虚拟一个Docker容器网桥(docker0)，Docker启动一个容器时会根据Docker网桥的网段分配给容器一个IP地址，称为Container-IP，同时Docker网桥是每个容器的默认网关。因为在同一宿主机内的容器都接入同一个网桥，这样容器之间就能够通过容器的Container-IP直接通信。 Docker网桥是宿主机虚拟出来的，并不是真实存在的网络设备，外部网络是无法寻址到的，这也意味着外部网络无法通过直接C

除了能解决线程协作问题更何况是并发编程里的工程问题呢在并发编程领域里的同步在 Java 并发编程领域管程是一种解决并发问题的通用模型解决线程安全问题的核心方案还是互斥解决协作问题的核心技术是管程管程是

管程作为一种解决并发问题的模型你说并发编程难学吗当你理解或学习并发编程的时候很多人急于学习 Java 并发编程技术很多人在学习并发编程的时候你如果要学习其他语言的并发编程类库并发编程并不是 Java