使用 Java2D 和 ServletOutputStream 不可预测？

Question

我们有一些生产代码可以有效地执行此代码的操作：

http://java.sun.com/products/java-media/2D/reference/faqs/index.html#Q_Can_I_use_Java2D_to_generate_d

这工作正常，但是我注意到一些有关的行为。

当请求 servlet 并通过 ServletOutputStream 将一些图像数据返回到浏览器时，如果在图像完成在屏幕上绘制自身之前触发另一个请求，这将不可避免地使整个 Jaguar 服务器崩溃，并显示以下跟踪：

j  com.sybase.jaguar.servlet.JaguarConnection.writeClient([BII)V+0
j  com.sybase.jaguar.servlet.JagHttp11OutputStream.writeChunk()V+92
j  com.sybase.jaguar.servlet.JagHttp11OutputStream.writeOut()V+57
j  com.sybase.jaguar.servlet.ResponseImpl.flushBuffer(Z)V+93
j  com.sybase.jaguar.servlet.ResponseImpl.flushBuffer()V+17
j  com.sybase.jaguar.servlet.JaguarOutputStream.flush()V+19
j  javax.imageio.stream.FileCacheImageOutputStream.close()V+50
j  javax.imageio.stream.ImageInputStreamImpl.finalize()V+8

我发现网上的一些参考资料说我想做的事情是不可靠的，即：

http://forums.sun.com/thread.jspa?trange=15&threadID=560000&forumID=20&tstart=0

不过，说实话，我我不清楚 EDT 是什么。

有没有人遇到过这个问题，并且能够为其创建解决方法？

Answer 1

这听起来像是一些请求范围的变量被声明为 servlet 的实例变量。换句话说，代码不是线程安全的。在 Web 应用程序的生命周期中只有一个 servlet 实例。它在所有请求之间同时共享。每个请求都算作一个单独的线程。想象一下，您将变量 X（例如图像）声明为 servlet 的实例变量，并将其设置在线程 A（请求 A）中，然后在处理过程中线程 B 将使用相同的 servlet 并覆盖变量 X。这将在线程 A 中造成麻烦因为变量在处理到输出的过程中已被更改。

因此，您永远不应该将请求或会话范围的变量分配为 servlet 的实例变量：

public class ImageServlet extends HttpServlet {

    private Image image;

    protected void doGet(HttpServletRequest request, HttpServletResponse response) {
        this.image = imageDAO.find(request.getPathInfo()); // Not threadsafe!! image is been shared among all requests.
        // ...
    }
}

而是这样

public class ImageServlet extends HttpServlet {

    protected void doGet(HttpServletRequest request, HttpServletResponse response) {
        Image image = imageDAO.find(request.getPathInfo()); // Threadsafe.
        // ...
    }
}

每个线程都有自己的变量。

也就是说，EDT 是“事件调度程序线程”。我不使用 Swing，所以我不能透露太多，但他试图告诉你应该保留所有变量 threadlocal （即在 servlet 的方法块中声明它们），这是有道理的）以避免它们在所有线程（请求）之间共享。

Answer 2

我至少可以说出 EDT 的含义：那就是事件调度线程，所有 AWT 和 Swing 操作都在该线程中完成。
AFAIK，每个 JVM 只能有一个 EDT，因为这是在屏幕上输出图形的操作。我知道您的操作是无头的，但也许规则仍然适用。
我不确定正确的修复方法是什么。也许为每个请求线程生成一个 JVM？不知道是否实用...

Answer 3

您的意思是同一个浏览器在检索和渲染上一页上的图像之前尝试导航到新的 URL？这可能会导致浏览器关闭用于检索图像的网络连接，这取决于 servlet 实现，可能会导致捕获并记录异常，尽管不存在真正的错误情况（浏览器只是在 servlet 之前断开了连接）已完成其工作）。

您在此处发布堆栈跟踪，但 JaguarConnection 类引发的实际异常是什么？