是的，你可以返回图像

public ActionResult GetImage(string imageFileName)
{
    var path = Path.Combine(Server.MapPath("/Images"), imageFileName + ".jpg"); 
    return base.File(path, "image/jpeg");
}

(请不要忘记将此标记为答案)

这对我很管用。 因为我将图像存储在SQL Server数据库上。

    [HttpGet("/image/{uuid}")]
    public IActionResult GetImageFile(string uuid) {
        ActionResult actionResult = new NotFoundResult();
        var fileImage = _db.ImageFiles.Find(uuid);
        if (fileImage != null) {
            actionResult = new FileContentResult(fileImage.Data,
                fileImage.ContentType);
        }
        return actionResult;
    }

在上面的代码片段中，_db.ImageFiles.Find(uuid)正在db (EF上下文)中搜索图像文件记录。它返回一个FileImage对象，它只是一个我为模型制作的自定义类，然后将其用作FileContentResult。

public class FileImage {
   public string Uuid { get; set; }
   public byte[] Data { get; set; }
   public string ContentType { get; set; }
}

我有两个选择:

1)实现你自己的IViewEngine，设置控制器的ViewEngine属性，你正在使用你的ImageViewEngine在你想要的“image”方法。

2)使用视图:-)。只需改变内容类型等。

使用MVC的发布版本，下面是我所做的:

[AcceptVerbs(HttpVerbs.Get)]
[OutputCache(CacheProfile = "CustomerImages")]
public FileResult Show(int customerId, string imageName)
{
    var path = string.Concat(ConfigData.ImagesDirectory, customerId, "\\", imageName);
    return new FileStreamResult(new FileStream(path, FileMode.Open), "image/jpeg");
}

显然，我在这里有一些关于路径构造的应用程序特定的东西，但返回FileStreamResult很好，很简单。

我做了一些性能测试，针对您每天对图像的调用(绕过控制器)，平均值之间的差异仅为3毫秒(控制器的平均值为68ms，非控制器的平均值为65ms)。

我尝试了答案中提到的其他一些方法，性能的影响要大得多……一些解决方案的响应高达非控制器的6倍(其他控制器平均340ms，非控制器65ms)。

是的，你可以返回图像

public ActionResult GetImage(string imageFileName)
{
    var path = Path.Combine(Server.MapPath("/Images"), imageFileName + ".jpg"); 
    return base.File(path, "image/jpeg");
}

(请不要忘记将此标记为答案)

你可以使用HttpContext。响应并直接将内容写入它(WriteFile()可能为您工作)，然后从您的动作返回ContentResult而不是ActionResult。

免责声明:我没有尝试过这个，这是基于查看可用的api。: -)