如何正确设置此端点?

问题描述

我正在使用 Javalin 框架制作 URL 缩短器并设置了此端点:

app.routes(()->{
            path("",()->{
                get("/:id",ctx->{
                   //do stuff
                   ctx.redirect("somewhere.com");
                });
            });
        });

问题是我需要提供一个 javascript 文件来加载到我的 html 文件中。它尝试从 http://localhost:7000/qrcode.min.js 加载,但最终转到上述端点。从我在文档中读到的这是正常行为,Javalin 首先运行端点处理程序,然后(如果它没有找到端点)运行文件处理程序。

那么我该如何解决这个问题?我应该在“/qrcode.min.js”上定义一个 GET 请求吗?,我不认为 javalin 上下文处理程序有一个函数可以让我返回一个 .js 文件

解决方法

作为 Matt already suggested in a comment,如果您为任一路径添加前缀会更简洁。这样,您可以使用 /r/:id(或 /u/:id 使用“u”表示“URL”)并且静态文件不会妨碍您,或者您可以使用例如前缀为您的静态文件/static/,或者甚至只是 /s/ 为简洁起见,您的缩短网址不会妨碍您的工作。

但是,如果您更喜欢坚持当前的方案,您可以简单地在处理程序中过滤掉 JavaScript 文件(或任何其他非 id 请求)并提供文件(但是,如果您之前已自动生成ETags,如果你不想自己处理它,你就会失去缓存。

后一种解决方案如下所示:

app.routes (() -> {
    path ("",() -> {
        get ("/:id",ctx -> {
            String id = ctx.pathParam ("id");
            if (id.endsWith (".js")) {
                String resourcePath = "your/classpath/resources/folder/" + id;
                try {
                    InputStream resultStream = Thread.currentThread ()
                                                 .getContextClassLoader ()
                                                 .getResourceAsStream (resourcePath);

                    if (resultStream == null)
                        throw new NullPointerException ("Script not found");

                    ctx.contentType ("application/javascript");
                    ctx.result (resultStream);
                } catch (NullPointerException e) { // script does not exist
                    e.printStackTrace (); // for development only!
                    ctx.status (404);
                }

                return;
            }
            // do stuff
            ctx.redirect ("somewhere.com");
        });
    });
});

根据您的偏好,您还可以处理 resultStream == null 情况,即我的代码当前正在抛出 NPE 以被外部 try/catch 捕获并完全省略 try/catch。

设置 Content-Type 至关重要,这样浏览器才能知道您实际上是在使用 JavaScript 代码进行响应。此外,我通常使用 Thread.currentThread ().getContextClassLoader () 是因为我们希望根据当前的 HTTP 处理程序线程解析资源,理论上,该线程可能具有与我们使用的类不同的类路径/类加载器目前在。

请注意,如上所述,这将不支持客户端缓存,因为处理程序简单地忽略随请求发送的所有 ETag 标头*,而是响应完整的文件,在短时间内包含大量请求和大型脚本,肯定会给您的磁盘和 CPU 带来更多压力。

因此,我实际上建议为静态文件路由添加前缀,让 Javalin/Jetty 处理所有缓存和文件魔法。


* 其实,客户端发送的header大部分时候都是If-None-Match。服务器会以 ETag 响应以允许在浏览器中缓存。