ASP.NET (MVC) 服务图像

Question

我正在创建一个 MVC 3 应用程序（尽管同样适用于其他技术，例如 ASP.NET 表单）并且只是想知道从代码提供图像而不是使用直接虚拟路径（例如通常）。

我的想法是我将提供文件的常用方法改进为：

1. 应用安全检查
2. 基于路由值提供文件的标准化方法
3. 返回修改后的图像（如果请求），例如不同的维度（好吧，这只会被谨慎使用，所以不要将它与上面的性能问题联系起来）。
4. 在允许访问资源之前执行业务逻辑

我知道该怎么做，但我不知道我是否应该这样做。

1. 有哪些性能问题（如果有）
2. 是否发生了一些奇怪的事情，例如？图像仅按顺序加载（也许这就是 HTML 目前我不确定的方式 - 在这里暴露我的无知）。
3. 你能想到的任何其他东西。

希望这一切都有意义！

谢谢， 丹。

更新

好的 - 让我们具体一点：

使用这种方法在 MVC 3 中使用内存流为所有图像提供服务对性能有何影响？注意：图像 url 将是 GenericFetchImage/image1 （为了简单起见 - 我所有的图像都是 jpegs）。

public FileStreamResult GenericFetchImage(string RouteValueRefToImage)
{
    // Create a new memory stream object
    MemoryStream ms = new MemoryStream();

    // Go get image from file location
    ms = GetImageAndPutIntoMemoryStream(RouteValueRefToImage);

    // return the output as a file
    return new FileStreamResult(ms, "image/jpeg");
 }

我知道此方法有效，因为我正在使用它根据验证码图像的会话值动态生成图像。它非常简洁 - 但我想将这种方法用于所有图像检索。

我想我想在上面的例子中我想知道这是否可以执行，或者是否需要更多处理才能执行，如果可以，需要多少？例如，如果访问者的数量要乘以 1000，那么服务器是否会在图像传递中承担处理负担..

谢谢！

Answer 1

之前有人问过一个类似的问题 (Can an ASP.Net MVC controller return an Image?)，看起来与直接提供图片相比，性能影响非常小。正如公认的答案所指出的，差异似乎是毫秒级的（在那个测试用例中，大约 13%）。您可以在本地重新运行测试，看看您的硬件有什么不同。

如果您应该使用它的问题的最佳答案是从 answer 到（另一个）类似问题（强调我的）：

请注意以下几点：您需要在服务器上重新实现缓存策略，因为 IIS 会为直接请求的静态文件管理该策略。您还需要确保使用响应中包含的正确标头来管理客户端缓存。 最后，问问自己，重新发明一种从服务器提供静态文件的方法是否可以满足您的应用程序的需求。

解决您提供的问题的具体案例：

1. 应用安全检查

   您已经可以使用IIS 7 integrated pipeline 执行此操作。文档中的相关位：

   允许本机和托管模块提供的服务应用于所有请求，无论处理程序如何。例如，托管表单身份验证可用于所有内容，包括 ASP 页面、CGI 和静态文件。

2. 基于路由值提供文件的标准化方法

   如果我正确阅读了文档，您可以在管道中尽早插入一个模块，以重写传入的 URL 以直接指向静态资源并让 IIS 处理来自那里的请求。 （为了完整起见，还有关于将路线映射到法师的相关问题：How do I route images using ASP.Net MVC routing?）

   使 ASP.NET 组件能够提供以前由于放置在服务器管道中而无法提供的功能。例如，提供请求重写功能的托管模块可以在任何服务器处理之前重写请求，包括身份验证。

   还有一些相当强大的URL rewrite features 或多或少随 IIS 一起提供。

3. 返回修改后的图像（如果需要），例如不同的维度（好吧，这只会被谨慎使用，所以不要将它与上面的性能问题联系起来）。

   看起来module that does this 已经可用于 IIS。不确定这是否属于通过代码提供图像的范围，但我猜它可能。

4. 在允许访问资源之前执行业务逻辑

   如果您正在执行业务逻辑来生成所述资源（例如 chart），或者您提到了验证码图像，那么是的，您基本上别无选择，只能这样做。