V2EX › yizmaoaa 的所有回复 › 第 4 页 / 共 7 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

For Existing Member Sign In

1 2 3 4 5 6 7

❮

❯

2020 年 7 月 21 日

回复了 luxinfl 创建的主题 › git › git 临时修改 bug 要怎么创建分支

提交到 dev，然后 cherry pick 到 test

2020 年 7 月 16 日

回复了 tlerbao 创建的主题 › git › 为开源项目贡献代码的最佳实践（最负责任？）是怎样的？

挺好的做法。

我在提 Pr 的时候很简单粗暴

fork -> clone 下来修改 ->写测试用例 -> 跑测试用例 ->提交代码 -> 发 Pr

删除分支的话，等项目合并你 Pr 之后就可以干掉了

我往往是这样的，如果我之前 Fork 过这个项目，然后我再需要提 Pr 的时候我直接删除我 fork 的仓库，重新 fork 。

另外，cherrypick 也是一个很好的功能

2020 年 7 月 14 日

回复了 6666666666666666 创建的主题 › Java › Java 导出报表过慢问题

- - 你开多线程去 CountDownLautch 估计速度也是差不多。主数据源放内存里吧。只要你走数据库。导出大量数据必然是慢

2020 年 6 月 28 日

回复了 Yanickkk 创建的主题 › 问与答 › 如何估算常见中间件的性能瓶颈

不同中间件，在不同语言 /框架下实现的能撑的吞吐量都是不一样的....

中间件之类的不清楚，有没有现成测试的。

对于 web 框架的 Json 序列化 /DataBase 的 Update 和 Query 的测试倒是有。。

搜 techempower

2020 年 6 月 17 日

回复了 noble4cc 创建的主题 › Java › Java 服务端开发为什么不脱离 serverlet？

Servlet 本来就是很久以前定义的东西，放在现在看来是不合适，而且麻烦了。

以前定 Servlet 的 interface 的时候，就是想让各家自己去搞底下的 IO 层。然后用户可以随便换

放到现在来看，Servlet 的规范设计很明显是麻烦且不够直观了。

这也就是为何这几年都开始将协议 IO 处理交给 netty 的原因了。

2020 年 6 月 17 日

回复了 noble4cc 创建的主题 › Java › Java 服务端开发为什么不脱离 serverlet？

Vert.x Webflux micronaut quarkus

2020 年 5 月 27 日

回复了 yizmaoaa 创建的主题 › Java › 今年看到讨论 Vert.x 的比较多。所以来聊聊 Vert.x

@ZiLong 想想我找不到工作，去送外卖你就知道我不如你

2020 年 5 月 24 日

回复了 lavvrence 创建的主题 › Java › 为何一个 SpringBoot 堆内存中有大量的 Integer 对象？

- - 你这个明显是 C 多。I 是占用空间大。。

2020 年 5 月 22 日

回复了 yizmaoaa 创建的主题 › Java › 今年看到讨论 Vert.x 的比较多。所以来聊聊 Vert.x

@moneyloveme8866 别开玩笑了，好好写代码。跑外卖赚不到多少钱

2020 年 5 月 22 日

回复了 yizmaoaa 创建的主题 › Java › 今年看到讨论 Vert.x 的比较多。所以来聊聊 Vert.x

@NoKey 见笑了。。

2020 年 5 月 22 日

回复了 yizmaoaa 创建的主题 › Java › 今年看到讨论 Vert.x 的比较多。所以来聊聊 Vert.x

@lancelock 代码结构比较自由，这个看个人.....

2020 年 5 月 22 日

回复了 yizmaoaa 创建的主题 › Java › 今年看到讨论 Vert.x 的比较多。所以来聊聊 Vert.x

@wowawesome 200 多

2020 年 5 月 21 日

回复了 yizmaoaa 创建的主题 › Java › 今年看到讨论 Vert.x 的比较多。所以来聊聊 Vert.x

@rockyou12 确实。。人手不够是一个原因，毕竟官网那么多子项目都是这几个人在搞。以前 Redis 都没有自动重连这种。后面才加上的。估计其他 Client 后面也会提上日程的。。现在就是所有东西最基础的有了。但是都功能上不是很完备

2020 年 5 月 21 日

回复了 tctc4869 创建的主题 › Java › 如果要在 Spring webflux 和 Vert.x web 选一个，在不仅仅只考虑性能的情况下，选哪一个

@tctc4869 阻塞处理的测试结果可以参考 WebFlux 的。应该和 WebFlux+JDBC 在同一水准线上。我估摸着吞吐量也会比传统 SpringMVC+JDBC 高出 1-2 倍。但是我没实际测过

2020 年 5 月 21 日

回复了 yizmaoaa 创建的主题 › Java › 今年看到讨论 Vert.x 的比较多。所以来聊聊 Vert.x

@sagaxu 我在上面也提出了，如果自身实力不允许，还是不要使用 4.0 。我也遇到几个 Bug，提 PR 修复掉了。

共享 Client 出问题，是 4.0 之前的 Client 和 Verticle 是不一定在同一个 Context 时会出现的。

2020 年 5 月 21 日

回复了 yizmaoaa 创建的主题 › Java › 今年看到讨论 Vert.x 的比较多。所以来聊聊 Vert.x

@presoul 没钓鱼，因为我真是在送外卖。

2020 年 5 月 21 日

回复了 yizmaoaa 创建的主题 › Java › 今年看到讨论 Vert.x 的比较多。所以来聊聊 Vert.x

@janus77 不多。几千块钱

2020 年 5 月 21 日

回复了 yizmaoaa 创建的主题 › Java › 今年看到讨论 Vert.x 的比较多。所以来聊聊 Vert.x

- -没人看啊我擦

2020 年 5 月 21 日

回复了 tctc4869 创建的主题 › Java › 如果要在 Spring webflux 和 Vert.x web 选一个，在不仅仅只考虑性能的情况下，选哪一个

@tctc4869 其实我本身并没有开发过 TCP 服务端的问题。。。没有啥其他配置，使用 Vert.x 的唯一问题就是不要阻塞 EventLoop 。其他都一样。。。

2020 年 5 月 21 日

回复了 tctc4869 创建的主题 › Java › 如果要在 Spring webflux 和 Vert.x web 选一个，在不仅仅只考虑性能的情况下，选哪一个

@tctc4869 还有就是增加了一个 SQL-Template 。写 SQL 能稍微方便点，目前 SQL-Client 的 PG 与 Mysql 部分总体已经完事。4.0 应该还要等 mssql 与 db2 的实现完成才会发布。4.0 应该还会发布 opentracing 与 zipkin 与 Vert.x 的集成。

总的来说，3.8 与 3.9 以及后面所发布的 3.x 改动基本上都不大了。4.0 是一个大版本。所以才会在 19 年就开始发布里程碑版。

1 2 3 4 5 6 7

❮

❯