- 主题:你们写微服务的时候用哪一种 httpd?
那大家有试过吗？
现在 java 社区对于绿线程支持得怎么样？
如果可以的话，我想把我们现在 python/c++ 的后端技术栈迁回 java. 因为需要做一些高并发，以前本来是打算迁到 go 的，如果能搞 java 我肯定更喜欢 java.
【 在 stub 的大作中提到: 】
: 但是你平时还是万依赖各种库啊，比如MySQL，Redis等，它们不支持，你调用他们的时候依然会阻塞线程，协程的作用发挥不出来
--
FROM 117.28.153.*
【 在 hgoldfish 的大作中提到: 】
: 那大家有试过吗？
: 现在 java 社区对于绿线程支持得怎么样？
: 如果可以的话，我想把我们现在 python/c++ 的后端技术栈迁回 java. 因为需要做一些高并发，以前本来是打算迁到 go 的，如果能搞 java 我肯定更喜欢 java.
: ...................
我没关注，但是理论是这样的，go肯定各种库都是支持协程的，就像cpp支持了协程，但是各种库跟不上也没什么卵用。我把我们公司的cpp服务迁移到协程，就不得不手动实现了mongo协程客户端，否则协程作用要大打折扣
--
FROM 223.160.129.*
我就讨厌平时一套库，协程另起一套库。而且库的名字还不一样，api也稍有区别，但它仅仅是为了并发。
就不能一套库既能用于顺序执行，又能用于并发吗
【 在 stub 的大作中提到: 】
: 有了协程，也要库跟上，库跟不上，系统调用的时候该阻塞线程依然阻塞线程，不像go出生就自带协程，各种库肯定也是支持协程的库 我估计现在Java适配协程的库还不多吧
--
FROM 125.34.107.*
python的话flask
java的话spark，不是大数据的那个，是微服务的那个
每秒几个qps的也就凑合用了
【 在 hgoldfish 的大作中提到: 】
: 一般我们写微服务的话，使用 RESTFUL 接口向其它微服务提供接口。此时需要 HTTP 服务器。
: 在 JAVA 领域，常用的 Web 服务器有 tomcat, netty 这些，我看 jdk 官方也自带了 HTTP 服务器。你们平常会使用 JDK 的 HttpServer 来搞微服务吗？这个跑起来相对那些全功能的 HTTP 服务器省很多开销吧？
--
FROM 211.144.19.*
flask不是web server而是web dev framework啊
【 在 AmethystZh 的大作中提到: 】
: python的话flask
: java的话spark，不是大数据的那个，是微服务的那个
: 每秒几个qps的也就凑合用了
: ...................
--
FROM 139.227.18.*
flask自带Werkzeug
Werkzeug又封装了python的http的server.py
所以不考虑并发的情况flask自己就足够了
【 在 JulyClyde 的大作中提到: 】
: flask不是web server而是web dev framework啊
--
FROM 211.144.19.*
是啊，可是标题是“微服务的情况下”啊
这服务有这么清闲么，都不需要考虑并发了？
【 在 AmethystZh 的大作中提到: 】
: flask自带Werkzeug
: Werkzeug又封装了python的http的server.py
: 所以不考虑并发的情况flask自己就足够了
--
FROM 139.227.18.*
每秒几个qps也叫并发啊
又不是所有的微服务都是成百上千的qps
反过来说
如果真是要做高并发的微服务
还用得着lz在这儿开贴问么...
【 在 JulyClyde 的大作中提到: 】
: 是啊，可是标题是“微服务的情况下”啊
: 这服务有这么清闲么，都不需要考虑并发了？
--
FROM 211.144.19.*
只有几个qps那就可以顺序处理了，并不需要并发
【 在 AmethystZh 的大作中提到: 】
: 每秒几个qps也叫并发啊
: 又不是所有的微服务都是成百上千的qps
: 反过来说
: 如果真是要做高并发的微服务
: 还用得着lz在这儿开贴问么...
--
FROM 139.227.18.*