叼毛
1. 年纪差不多甚至更小
2.不称兄道弟，不显得亲近

@tedzhou1221 #1 看了一下 litefow ，确实也是第二种思路，将参数转化为 context 了。貌似大多数项目也都是这种思路，也想看看不同人有没有不同的见解。

@ovoo 老哥厉害，是可用的。看起来跟 gpt 给出的思路大致是一致的，需要通过 vertx 支持的方式去插入定制的处理器，来实现异步回调。
后来我发现似乎在使用了反向代理处理器的情况下，不应该再去调用 next()传递到下个处理器了。因为反向代理处理器会异步执行请求并写入响应并结束响应，如果传递到下个处理器有可能会同时对响应进行操作，从而发生冲突。
但是还是很感谢提供了处理的思路。
另外第一段我的代码写错了，纠正一下应该是 router.route().handler(ProxyHandler.create(proxy))。给后面搜索的人做提醒。

@ovoo 原来如此，可以增加尾处理器来实现啊

请问有办法处理第二个问题吗？ gpt 的回复是错误的

<details>

<summary>以下是 chatGPT3.5 的回复, 关于 Issue2, 它给出了一个不存在的方法来解决</summary>


首先，让我回答你的三个问题：

Issue 1: 这里是否会导致阻塞？
答：不会导致阻塞。在 Vert.x 中，大部分操作都是非阻塞的，包括创建 HttpClient 和配置反向代理。这些方法会立即返回，不会阻塞事件循环线程。

Issue 2: 如果这里是非阻塞方法，那我应该怎么改才能达到目的？
答：在这种情况下，你可以使用异步回调来实现在代理处理完成后再调用 event.next()。可以通过 proxy.handle()方法的回调函数来处理这个逻辑，而不是在调用 proxy.handle()之后立即调用 event.next()。这样，event.next()将在代理处理完成后被调用。


```java
router.route().handler(event -> {
System.out.println("Just print to confirm executed");
HttpClient httpClient = vertx.createHttpClient();
HttpProxy proxy = HttpProxy.reverseProxy( httpClient).origin(80, "baidu.com");

proxy.handle(event, proxyResult -> {
// 在代理处理完成后调用 event.next()
event.next();
});
});
```
Issue 3: 这是写是对的吗？
答：这个代码块中使用了 vertx.executeBlocking 方法来将阻塞操作封装为异步操作。这种方法在某些情况下是有效的，但要注意的是，如果你的目标是将阻塞操作转换为非阻塞操作，那么在 executeBlocking 中执行阻塞操作的目的就没有实现。

在你的代码中，如果 proxy.handle()方法是非阻塞的，那么使用 vertx.executeBlocking 没有必要。如果 proxy.handle()方法是阻塞的，那么你的代码是正确的，因为它将阻塞操作封装在一个异步操作中，并在操作完成后调用 event.next()。只要确保阻塞操作在异步操作中得到正确处理即可。

希望以上解答能帮助你理解和解决问题。如果还有其他疑问，请随时提出。

</details>

父母都是七月七日生日，网络上铺盖盖地都是提醒

采访了小学留级一年级过的朋友现身说法: 「不要留，虽然对她来说有用，成绩提高了，但感觉努力都被用到了小学和初中，高考反而不太理想。」

没必要吧，再者说，留一年级不如把机会留给高考复读，两次高考机会不香么

系统稳定了你不就不稳定了🙂

上午做设计+当客服，下午当客服+开会，下班时间后，没人打扰了，终于可以开始写代码。

如果是想组 k8s 集群玩玩，可以试试 mini-kube

可以参考我的分享: https://www.cnblogs.com/xiaojiluben/p/16379595.html

去年在鹅掌坦找过，那边能找到房东挺便宜的，八百多就有个一房一厅了

越秀基本是找不到的，单间都要 1000 以上。可以在白云区找吧