- 主题:springmvc 处理http请求的时候是不是做不到nio异步
然后重新发明gRPC或者RSocket
【 在 climaxhell 的大作中提到: 】
: 本质上讲, 还是TCP链接而已了
: 可以自己拆包解包的
:
--
FROM 1.180.203.*
突然想起一个,我以前从 win32api 移植的 Event 类型,它的基本原理是两个变量:
class Event<T> {
public T result;
public Condition condition;
public void set(T t)
{ this.result = t; condition.notifyAll(); }
public T wait()
{ if (result == null) condition.wait(); return result; }
public void clear()
{ result = null; }
}
用这个辅助类型,你就可以在当前请求里面弄个 Event() 类型 wait() 挂在那里,把这个 Event 传给别的模块,他们处理它调用 set(result),你再继续处理请求。
【 在 climaxhell (anti) 的大作中提到: 】
: 接到请求 我只能做下面选择
: 1. 当前线程返回
: 2.起另一个线程池处理 返回一个callback
: ...................
--
FROM 112.47.122.*
你想解决什么问题?
spring本来就是请求队列+线程池handler的模式,线程池不满的时候,某个请求阻塞并不影响其他请求
【 在 climaxhell (anti) 的大作中提到: 】
: 接到请求 我只能做下面选择
: 1. 当前线程返回
: 2.起另一个线程池处理 返回一个callback
: ...................
--
FROM 115.171.244.*
我觉得他应该是把异步和无阻塞弄混了
【 在 hgoldfish 的大作中提到: 】
: 突然想起一个,我以前从 win32api 移植的 Event 类型,它的基本原理是两个变量:
: class Event<T> {
: public T result;
: ...................
--
FROM 39.144.105.*