如果确实需要通过 IDE 对测试环境进行断点调试也不是做不到，我建议你阅读一下 [spring-boot-docker]( https://spring.io/guides/gs/spring-boot-docker/) 这一篇 guide 的 **Debugging the Application in a Docker Container** 小节，配合 IDEA 的远程调试还是很不错的。

也可以直接将 springcloud 集群通过 docker 的端口映射将服务暴露出来，nacos 注册配置是可以指定服务本身的 ip，配置成宿主机 ip 就可以了，对于基于 HTTP 的 RPC 调用应该是可行的，不过我没有亲自实践过。

对生产或者测试环境 debug 更多应该依赖服务本身输出的日志，错误异常栈就是你定位问题的利器。
我觉得你应该直接把错误信息贴出来

@icylogic lst -> 1st -> first name (逃

**MBP**

10 分钟了，我还是没等到，我承认我急了。

内存可扩展，看不见的。DOGE

如果是新项目，那用当下最新的技术理所当然，否则把一个几年前的老项目拉出来批判一波就很没意思，技术是有时代性的，当下的热门技术终有一天会束之高阁，希望几年后新人把 vue 和 react 脑袋吊在城头的时候你也跟他们处在同一个阵营

可以试试 gitbook

switch (leader.getITLevel()) {
case "一窍不通":
// 隔行如隔山，你懂锤子
唬住(leader);
break;
case "技术大牛":
// 头秃如你，非要恶心我？
if (this.isVeryRich()) {
// 我有十栋楼收租，明天我把公司收购让你给我打工
裸辞();
} else {
// 有本事炒了我啊！
waitN+1();
}
break;
default:
// 人在屋檐下，哪能不低头
addExp(leader.get 人生经验());
}

应该是师从刘苏良，加点生姜、加点盐、加点酱油、加点尿酒~

@zoewendel #10 建议改成 ”哼“：上一页，”哈“：下一页。

不过这样“哈”一整晚不说口干舌燥，只怕日积月累也难以坚持。

三星之前搞出来眼球翻页的功能，后面又不知为何砍掉了，真是一大憾事。

3. 买个床头手机支架

当你为了容器化而容器化的时候，各种各样的问题就会接踵而来，在不知不觉投入的成本已经超过了容器化带来的好处

不用多想，就是深圳地铁这块做得不好，我华为手表表盘就那么大，用个 NFC 跟玩扫雷一样，我用了几个月还出现两次计费但是闸机不开的情况，还得费事跑趟客服。建议用腾讯乘车码

我突然有点理解外国人所谓的中文难是个什么概念了

可以，但别这么搞