我已经编写了一个大规模的http服务器,但是当并发请求数增加时,我会收到此错误
WARNING: Thread Thread[vert.x-eventloop-thread-1,5,main] has been blocked for 8458 ms, time limit is 1000
io.vertx.core.VertxException:线程被阻止
这是我的完整代码:
public class MyVertxServer {
public Vertx vertx = Vertx.vertx(new VertxOptions().setWorkerPoolSize(100));
private HttpServer server = vertx.createHttpServer();
private Router router = Router.router(vertx);
public void bind(int port){
server.requestHandler(router::accept).listen(port);
}
public void createContext(String path,MyHttpHandler handler){
if(!path.endsWith("/")){
path += "/";
}
path+="*";
router.route(path).handler(new Handler<RoutingContext>() {
@Override
public void handle(RoutingContext ctx) {
String[] handlerID = ctx.request().uri().split(ctx.currentRoute().getPath());
String suffix = handlerID.length > 1 ? handlerID[1] : null;
handler.Handle(ctx, new VertxUtils(), suffix);
}
});
}
}
以及我如何称呼它:
ver.createContext("/getRegisterManager",new ProfilesManager.RegisterHandler());
ver.createContext("/getLoginManager", new ProfilesManager.LoginHandler());
ver.createContext("/getMapcomCreator",new ItemsManager.MapcomCreator());
ver.createContext("/getImagesManager", new ItemsManager.ImagesHandler());
ver.bind(PORT);
我怎么没有发现eventbus()对处理发送/接收文件的http服务器很有用,因为你需要在消息中发送RoutingContext,这是不可能的。
你能指点我正确的方向吗?感谢添加了一些处理程序代码:
class ProfileGetter implements MyHttpHandler{
@Override
public void Handle(RoutingContext ctx, VertxUtils utils, String suffix) {
String username = utils.Decode(ctx.request().headers().get("username"));
String lang = utils.Decode(ctx.request().headers().get("lang"));
display("profile requested : "+username);
Profile profile = ProfileManager.FindProfile(username,lang);
if(profile == null){
ctx.request().response().putHeader("available","false");
utils.sendResponseAndEnd(ctx.response(),400);
return;
}else{
ctx.request().response().putHeader("available","true");
utils.writeStringAndEnd(ctx, new Gson().toJson(profile));
}
}
}
这里ProfileManager.FindProfile(username,lang)在同一个线程上执行长时间运行的数据库作业
...
基本上我的所有进程都发生在主线程上,因为如果我使用executor,我会在Vertx中得到奇怪的异常和nullpointers,让我觉得Vertx中的请求进程是并行的
答案 0 :(得分:1)
鉴于问题中的代码数量很少,我们同意问题在线:
Profile profile = ProfileManager.FindProfile(username,lang);
假设这是在内部做一些阻止JDBC调用,这是Vert.x中的反模式,你可以通过多种方式解决这个问题。
假设您可以完全重构IMO最好的ProfileManager
类,那么您可以将其更新为被动,因此您的代码将是:
ProfileManager.FindProfile(username,lang, res -> {
if (res.failed()) {
// handle error, sent 500 back, etc...
} else {
Profile profile = res.result();
if(profile == null){
ctx.request().response().putHeader("available","false");
utils.sendResponseAndEnd(ctx.response(),400);
return;
}else{
ctx.request().response().putHeader("available","true");
utils.writeStringAndEnd(ctx, new Gson().toJson(profile));
}
}
});
现在在幕后开始的是你的JDBC调用不会阻塞(这很棘手,因为JDBC本质上是阻塞的)。所以要解决这个问题并且你很幸运能够使用MySQL或Postgres,那么你可以针对async-client编写JDBC代码,如果你再遇到其他RDBMS服务器,那么你需要使用{{3反过来,它将使用一个线程池从事件循环线程中卸载工作。
现在说您无法更改ProfileManager
代码,然后您仍然可以通过将代码包装在executeBlocking
块中将其卸载到线程池中:
vertx.executeBlocking(future -> {
Profile profile = ProfileManager.FindProfile(username,lang);
future.complete(profile);
}, false, res -> {
if (res.failed()) {
// handle error, sent 500 back, etc...
} else {
Profile profile = res.result();
if(profile == null){
ctx.request().response().putHeader("available","false");
utils.sendResponseAndEnd(ctx.response(),400);
return;
}else{
ctx.request().response().putHeader("available","true");
utils.writeStringAndEnd(ctx, new Gson().toJson(profile));
}
}
});