首页 注册 登录
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  godoway  ›  全部回复第 3 页 / 共 5 页
回复总数  93
1  2  3  4  5  
❮ ❯
2019-09-30 00:47:43 +08:00
回复了 find456789 创建的主题 › 问与答 › graphql 还是太小众了，用户除了 github 都是一些小公司，有哪些大公司在使用吗？
graphql 出来这么久了我还是没搞懂这是什么，看起来就像一个 API 网关？
2019-09-23 20:27:29 +08:00
回复了 zjsxwc 创建的主题 › 程序员 › php7 怎么比 Java 还快？
Java 上 vertx 试试，或者看这里现成的结果。
https://www.techempower.com/benchmarks/#section=data-r18&hw=ph&test=db
2019-09-03 16:50:40 +08:00
回复了 Captainmiao 创建的主题 › 程序员 › 将来我想换专业，程序员门槛好高...
不是公认码农门槛低么，既然是电子商务应该直接学量化交易之类的吧？
2019-08-28 22:04:10 +08:00
回复了 dog82 创建的主题 › Go 编程语言 › Go、 Python 两门语言哪个更值得学？
已经是后端了，就选 py 啦。不过我也推荐 rust 就是了。
2019-08-23 14:46:22 +08:00
回复了 ninestep 创建的主题 › 程序员 › restful 规则中如果一个页面需要多种数据是多次请求还是单独定义复合接口
具体场景具体做吧，把多种数据分开多个接口，一般是复用性高的接口吧。
单次请求一个聚合数据往往是那些小数据其他地方用不上的时候吧。
不过其实聚合数据接口和分散的数据接口都提供问题也行呀。
2019-08-22 15:15:30 +08:00
回复了 bfqymmt 创建的主题 › NGINX › nginx 使用时的疑问
只允许内网访问可以在 Nginx 限制一下仅内网 IP 吧。
2019-08-12 08:27:18 +08:00
回复了 Cheez 创建的主题 › Android › 为什么 Android 设计这么复杂？
与其说复杂，不如说为这个库做得这么简单，
2019-07-09 07:49:38 +08:00
回复了 Cbdy 创建的主题 › Java › project loom 是不是真有生之年系列？
某种意义上还真是有生之年，公司万年不升级的 jdk
2019-07-08 01:13:56 +08:00
回复了 shuperjolly 创建的主题 › Java › 10 年后，大家觉得 Java 的地位会不会被 go 或者 node 之流替代掉
如果还是万年不升级 JDK 的话，会！
面对如此情况，人们还是更愿意选择没包袱的语言，久而久之国内的 Java 环境就越来越惨淡。
如果是紧跟着新的 Java 走的话，Java 还是很有活力的，已经把开始吸收其他语言的优点了。
2019-07-05 09:37:32 +08:00
回复了 Midnight17 创建的主题 › Java › javaweb 高并发，和多线程。为什么没有一本书上都没有写怎么用啊。 比如线程池这些。
tomcat 那种一个请求一条线程而且还是 BIO 弄高并发就是无限堆机器(当然也有 nio 模式)。
真正要搞高并发必须要考虑 io 多路复用了，用 event-loop 异步模型代替。
2019-07-03 17:37:47 +08:00
回复了 culows 创建的主题 › Java › 可以跳过 spring，直接学 springboot 吗
我猜你指的是 spring-web(springMVC)。spring boot 本质一堆 auto configuration，其实你用的还是 spring，使用 spring boot 只不过是简化你整合 spring 全家桶的过程。
2019-07-03 17:34:35 +08:00
回复了 jakevin 创建的主题 › Java › Java web 怎么学才能不恶心
既然会 golang 了何必折腾 Java，混的 spring 群不少人说要去转 go 呢，真的是围城。
2019-06-26 18:06:58 +08:00
回复了 bruceliang 创建的主题 › Java › Java 转发大量并发 http 请求有什么框架推荐么？
vertx+3
2019-06-16 12:46:38 +08:00
回复了 orbwalker 创建的主题 › 程序员 › 关于静态编译 exe
@liuzhiyong 其实 Java 的 aot 已经在搞了，迟点就有机会用上了。 关键词：graalVM
2019-06-16 10:23:00 +08:00
回复了 HuasLeung 创建的主题 › 程序员 › 1 核 1g 的服务器使用 docker，内存捉急
@notreami 还有更前沿的把 servlet 容器都丢了，基于 netty 做开发。
例如 vert.x
2019-06-04 18:30:28 +08:00
回复了 simonlu9 创建的主题 › 程序员 › 有人讨论下麻将胡牌，出牌算法吗，求思路
@murmur 算役还好，写算符才蛋疼，当你写好算符的时候差不多就是写了半个游戏逻辑了。
2019-05-30 14:56:07 +08:00
回复了 aoscici2000 创建的主题 › Java › Future.get() 有没有可以在等待结果的时候不堵塞当前线程?
@aoscici2000
![](//i.imgur.com/L6S5laj.png)
这是 tomcat 只开一个线程，另外一个 worker 线程是 10 个的情况，
由日志可以看出，同时提交 5 个请求，异步的操作是 5 秒后才返回 response。
并不存在你描述的问题，所以你确认你的测试是正确的吗？
2019-05-30 11:48:17 +08:00
回复了 aoscici2000 创建的主题 › Java › Future.get() 有没有可以在等待结果的时候不堵塞当前线程?
@aoscici2000 看起来你的 35 和 42 就相差了 5 秒，确定你的测试用例正确么。
2019-05-30 07:45:12 +08:00
回复了 aoscici2000 创建的主题 › Java › Future.get() 有没有可以在等待结果的时候不堵塞当前线程?
@aoscici2000 max-threads=1 意味着只有一个线程处理请求，那么同时来 2 个请求的时候，如果使用你之前用的 future 就会阻塞了这唯一一条线程，结果就是 2 个请求合计使用了 10 秒。但使用 CompletableFuture + DeferredResult 时，2 个请求进来了，第一个请求直接返回了 defer 随意该线程已经完成了第一个请求了，接下来就会直接处理第二个请求。而 CompletableFuture 则是在另外一个线程池执行，当他完成时就返回给用户，于是这时的结果是两个请求合计使用 5 秒多一点时间（取决于你 CompletableFuture 的线程池大小，默认是 CPU-1，如果=1 时，也是需要 10 秒了）
2019-05-29 23:20:18 +08:00
回复了 aoscici2000 创建的主题 › Java › Future.get() 有没有可以在等待结果的时候不堵塞当前线程?
@aoscici2000 把 tomcat 的 max-threads 设置为 1，看看日志是不是你想要的那种

```
@GetMapping("defer")
fun testDeferred(): DeferredResult<String> {
log.info("handle request")
val defer = DeferredResult<String>()
CompletableFuture.runAsync {
Thread.sleep(1000)
log.info("async task")
defer.setResult("Hello defer")
}
log.info("defer result")
return defer
}
```
1  2  3  4  5  
❮ ❯
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1337 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 27ms · UTC 23:34 · PVG 07:34 · LAX 15:34 · JFK 18:34
Developed with CodeLauncher
♥ Do have faith in what you're doing.