V2EX › MakHoCheung 的所有回复 › 第 21 页 / 共 25 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 ... 13 14 15 16 17 18 19 20 21 22 ... 25

❮

❯

2021-08-14 09:40:42 +08:00

回复了 v2byy 创建的主题 › Windows › WSL 真的是看着很美好，用起来问题一堆啊

@locoz 怎么个比 Mac 舒服多了

2021-08-01 13:17:48 +08:00

回复了 git00ll 创建的主题 › Java › 将任务分配给其他线程处理，使用哪种方式更优

parallstream 或者自己写 forkjoin，forkjoin 复杂

2021-07-30 21:43:36 +08:00

回复了 Cbdy 创建的主题 › Java › 最近用 Java14 的 Records 重构了一下几个项目

现在 kotlin 对比 Java 吸引我的只有扩展函数和尾随闭包了，还有两者的结合。不过说实话，kotlin 语法太多了，很多人说用得爽，但是当团队中一个人写得龙飞凤舞的时候就很不适合其他同事阅读

2021-07-30 21:36:27 +08:00

回复了 zoharSoul 创建的主题 › 程序员 › 有什么像 golang 一样低内存占用, 但是语法更偏向 Java /c++/js 的语言吗?

go 的正正经经的一个大型系统运行占用的内存真的比 Java 小很多么？
我只知道 graalvm 的 native-image 把 Java 编译成本地可执行程序后，helloworld 确实是内存占用小，但是一个正经的 web 服务的话内存占用其实差不多的，之前 medium 上看过外国人比较过。

2021-07-30 09:09:23 +08:00

回复了 Veneris 创建的主题 › Android › Jetpack Compose 1.0 发布了，移动端与桌面端分别体验如何？

@sunbreak 我知道它是用 skija 渲染，但是你点进去看 window，还是 swing 的 window 。

2021-07-29 23:26:17 +08:00

回复了 Veneris 创建的主题 › Android › Jetpack Compose 1.0 发布了，移动端与桌面端分别体验如何？

@Yadomin 这个不同，compose for desktop 底层还是基于 Swing，而且还是 alpha 阶段，不急

2021-07-28 12:49:08 +08:00

回复了 pigbug 创建的主题 › JetBrains › IntelliJ IDEA 2021.2 发布了，快下载玩玩，我觉得这是最没有期待的发布

@Smash 还在 alpha 还是 beta，javafx 不好用么

2021-07-28 10:55:57 +08:00

回复了 pigbug 创建的主题 › JetBrains › IntelliJ IDEA 2021.2 发布了，快下载玩玩，我觉得这是最没有期待的发布

最新版的 Toolbox App 已经是 jetpack compose 重写 UI 了，jcef 被抛弃了

2021-07-23 17:18:04 +08:00

回复了 MakHoCheung 创建的主题 › 问与答 › 关于 Java 和 go 高并发的话题

@x940727 头条什么时候开始找 Java 了？我问字节的朋友招不招 Java，他都说字节不招 Java

2021-07-23 14:23:14 +08:00

回复了 MakHoCheung 创建的主题 › 问与答 › 关于 Java 和 go 高并发的话题

@gollwang Java 的 forkjoin 框架就有工作窃取，一个线程干完可以干另外一个线程剩下的活

2021-07-23 10:40:47 +08:00

回复了 MakHoCheung 创建的主题 › 问与答 › 关于 Java 和 go 高并发的话题

@btnokami go 遇到 io 阻塞居然不需要线程切换，我有空好好研究研究

2021-07-23 10:35:41 +08:00

回复了 MakHoCheung 创建的主题 › 问与答 › 关于 Java 和 go 高并发的话题

@sagaxu 其实我猜想的是目前服务接受可以用 netty 的 reactor 模式处理收到请求，能不能也用 netty 的 reactor 模式处理服务对外发送的请求呢（ rpc ），这种 eventloop 跟 connection per thread 对比又会不会高效呢？这都是我的猜想

2021-07-23 10:30:18 +08:00

回复了 MakHoCheung 创建的主题 › 问与答 › 关于 Java 和 go 高并发的话题

@sagaxu r2dbc 这些我知道，但是人家并不是基于 jdbc，我说的是应该最广泛的 jdbc 。然后就是 java11 的 httpclient 的异步请求底层就是基于 completableFuture，实际基于线程池，跟我说的 NIO 或者 eventloop 不是一回事。我说的 NIO 是 IO 多路复用，希望（注意只是我臆想）可以把整个 web 应用的所有（注意是所有）数据库请求等待放到 eventloop 里面，一条线程进行 IO 轮询，另外一条线程处理到来的数据库数据

2021-07-23 09:12:18 +08:00

回复了 MakHoCheung 创建的主题 › 问与答 › 关于 Java 和 go 高并发的话题

@btnokami 这个说得跟官方文档说得一样，但要追究到底层原理，协程遇到了阻塞的 IO 被阻塞了，运行当前代码的线程（ os 只有线程）怎么办，很明显为了非阻塞被调度到其他线程去等待 io 吧。当然有某些操作完全可以由线程内部调度，不需要切换线程

2021-07-23 08:59:18 +08:00

回复了 MakHoCheung 创建的主题 › 问与答 › 关于 Java 和 go 高并发的话题

@sagaxu 我学的 NIO 是 Java 的 IO 多路复用，register 和 select 的 socket，现在 urlconnection 和 jdbc 怎么做到让 selector select 呢？

2021-07-23 00:31:02 +08:00

回复了 MakHoCheung 创建的主题 › 问与答 › 关于 Java 和 go 高并发的话题

@iyaozhen groutine 的底层也是线程池，这个我看博客的，我不是很懂 goroutine

2021-07-23 00:29:43 +08:00

回复了 MakHoCheung 创建的主题 › 问与答 › 关于 Java 和 go 高并发的话题

@iyaozhen “第一个线程里面有个协程卡了，剩下的 2499 个协程可以调度到另一个线程上去”这里不就有线程上下文切换了吗

2021-07-22 23:30:45 +08:00

回复了 MakHoCheung 创建的主题 › 问与答 › 关于 Java 和 go 高并发的话题

@ihipop 还有个我不太懂的地方，有什么场景下，2 条 goroutine 同时进行的一样的操作，底层是不需要线程切换的

2021-07-22 23:23:31 +08:00

回复了 MakHoCheung 创建的主题 › 问与答 › 关于 Java 和 go 高并发的话题

@ihipop 你误会我的意思了，我的意思是 1w 协程 VS 线程池（ 4 条线程），假如 1 个线程里面有 2500 个协程，那 1w 个协程全部切换个遍，底层也要线程切换的吧。另外又延伸一下，2 个 goroutine 进行 2 个 http 请求里面要不要线程切换？

2021-07-22 23:03:30 +08:00

回复了 MakHoCheung 创建的主题 › 问与答 › 关于 Java 和 go 高并发的话题

@caliburn1994 这个怎么做到的呢？堵塞的 goroutine 和切换的新的 goroutine 在底层也是两个不同的线程吧，一个在等 io 一个在运行

1 ... 13 14 15 16 17 18 19 20 21 22 ... 25

❮

❯