前言

当我们使用DI方式写了很多的Service后, 可能会发现我们的有些做法并不是最优的.
获取注入的对象, 大家经常在构造函数中获取, 这样也是官方推荐的方式, 但有时不是效率最高的方法.
如果在构造函数中获取对象,那么每次对象的初始化都会把构造函数中的对象初始化一遍, 如果某个方法只用到其中一个注入对象, 那么其他的注入对象就白注入了

平时的做法

/// <summary>
/// xxx服务
/// </summary>
[Route("api/[controller]")]
[ApiController]
public class ValueController : ControllerBase
{
    private readonly ILogger<ValueController> _logger;
    private readonly IFreeSql _freeSql;
    private readonly IOptions<ValueOptions> _valueOptions;
    private readonly RoadService _roadService;

    /// <summary>
    /// 构造函数
    /// </summary>
    /// <returns></returns>
    public RollerController(ILogger<ValueController> logger, IFreeSql freeSql, IOptions<ValueOptions> valueOptions, RoadService roadService)
    {
        _logger = logger;
        _freeSql = freeSql;
        _baiduOptions = baiduOptions;
        _roadService = roadService;
    }

    /// <summary>
    /// 获取所有项目
    /// </summary>
    /// <returns></returns>
    [HttpGet("project/all")]
    public Task<List<ProjectDto>> GetProjects() => _freeSql.Select<Project>().ToListAsync<ProjectDto>();

    /// <summary>
    /// 获取工程名下的道路
    /// </summary>
    /// <param name="projectId"></param>
    /// <returns></returns>
    [HttpGet("project/{projectId}/road")]
    public Task<List<RoadDto>> GetRoads([FromRoute] Guid projectId) => _roadService.GetRoads(projectId);
}

如上: 每个方法并不是都用到了构造函数中的服务, 所以我们这里就有性能损失, 毕竟创建对象也是有代价的, 而且还会伴有GC.

优化

为了能在个别的方法中注入对象就要用到手动获取注册对象的方式
如下:
在能直接拿到HttpContext时

    /// <summary>
    /// 处理道路信息
    /// </summary>
    /// <param name="roadId"></param>
    /// <exception cref="ArgumentNullException"></exception>
    [HttpPost("road/{roadid}/handle-road")]
    public async Task<ActionResult> HandleRoadInfo([FromRoute] Guid roadId)
    {
        var imageService = HttpContext.GetRequiredService.GetRequiredService<ImageService>();
        await imageService.HandleRoadInfo(roadId);
        return Ok();
    }

在不能直接拿到HttpContext时,需要先获取IHttpContextAccessor, 然后再获取 HttpContext上下文对象

/// <summary>
/// 图片服务
/// </summary>
public class ImageService
{
    private readonly IHttpContextAccessor _httpContextAccessor;

    /// <summary>
    /// 构造函数
    /// </summary>
    public ImageService(IHttpContextAccessor httpContextAccessor)
    {
        _httpContextAccessor = httpContextAccessor;
    }

    /// <summary>
    /// 处理道路信息
    /// </summary>
    /// <param name="roadId"></param>
    /// <exception cref="ArgumentNullException"></exception>
    public async Task HandleRoadInfo(Guid roadId)
    {
        var roadService = _httpContextAccessor.HttpContext?.RequestServices.GetRequiredService<RoadService>();
        var data = await roadService.GetRoadData(roadId);
        // 省略其他
    }
}

注意这里面我们使用了GetRequiredService, 而没有使用GetService, 因为使用GetRequiredService不需要我们自己再去做空值检查, 如果为空再很快就会失败.

关于GetService 和 GetRequiredService

GetService()是IServiceProvider上的唯一方法，ISeviceProvider是ASP.NET核心DI抽象中的中央接口。第三方容器还可以实现可选接口ISupportRequiredService，该接口提供GetRequiredService()方法。当请求的类型serviceType可用时，这些方法的行为相同。如果服务不可用（即它没有注册），则GetService()返回null，而GetRequiredService()抛出一个InvalidOperationException。

GetRequiredService()相对于GetService()的主要好处是当服务不可用时，它允许第三方容器提供额外的诊断信息。因此，在使用第三方容器时最好使用GetRequiredService()。就个人而言，我会在任何地方使用它，即使我只使用内置的DI容器。

总结

将所有方法都用的service中使用构造函数注入是个优选方案, 将个别方法使用到的service使用手动获取的方式代码执行会更有效率

作者：wwmin
出处：https://www.cnblogs.com/cnwwm
联系：wwei.min@163.com 微信：w_wmin

本文版权归作者和博客园共有，欢迎转载，但未经作者同意必须保留此段声明，且在文章页面明显位置给出原文连接，否则保留追究法律责任的权利。如有问题或建议，请多多赐教，非常感谢。

标签：httpContextAccessor,手动,roadService,获取,NET,public,GetRequiredService,构造函数
来源： https://www.cnblogs.com/cnwwm/p/16520971.html