Не удалось разрешить ILogger из Microsoft.Extensions.Logging

Question

Не удалось разрешить ILogger из Microsoft.Extensions.Logging

Я настроил консольное приложение Main вот так

var services = new ServiceCollection()
                .AddLogging(logging => logging.AddConsole())
                .BuildServiceProvider();

А потом я пытаюсь использовать его в другом классе, так

    private readonly ILogger _logger;

    public MyClass(ILogger logger)
    {
        _logger = logger;
    }

    public void MyFunc()
    {
        _logger.Log(LogLevel.Error, "My Message");
    }

System.InvalidOperationException: "Не удается разрешить службу для типа" Microsoft.Extensions.Logging.ILogger "

Я попробовал решения здесь, но это не сработало для меня.

Редактировать На основе комментария Яакова ниже и этого комментария на Github, я могу решить это правильно, сделав это

    public MyClass(ILogger<MyClass> logger)
    {
        _logger = logger;
    }

Я бы предпочел иметь это в начальной BuildServiceProvider но похоже, что мне придется повторять это каждый раз, когда я хочу использовать регистратор (или создать свой собственный ILogger).

192

c# .net .net-core dependency-injection ilogger

Источник

user2025666 22 окт '18 в 03:16

11 ответов

Другие вопросы по тегам c# .net .net-core dependency-injection ilogger

user450159 21 авг '19 в 13:56 2019-08-21 13:56 · Answer 1 · 2019-08-21 13:56

ILogger больше не регистрируется по умолчанию, но ILogger<T>является. Если вы все еще хотите использовать ILogger, вы можете зарегистрировать его вручную с помощью следующего (Startup.cs):

    public void ConfigureServices(IServiceCollection services)
    {
        var serviceProvider = services.BuildServiceProvider();
        var logger = serviceProvider.GetService<ILogger<AnyClass>>();
        services.AddSingleton(typeof(ILogger), logger);
        ...
     }

Где AnyClass может быть чем-то общим, например:

     public class ApplicationLogs
     {
     }

Так:

        public void ConfigureServices(IServiceCollection services)
        {
            var serviceProvider = services.BuildServiceProvider();
            var logger = serviceProvider.GetService<ILogger<ApplicationLog>>();
            services.AddSingleton(typeof(ILogger), logger);
            ...
         }

ILogger теперь разрешается через инъекцию конструктора

user6517621 22 окт '18 в 03:25 2018-10-22 03:25 · Answer 2 · 2018-10-22 03:25

Я предполагаю, что вы используете шаблон по умолчанию для основного веб-приложения.net.
В вашем Startup.cs у вас должен быть такой метод: ↓↓↓↓↓↓↓

// This method gets called by the runtime. Use this method to add services to the container.
public void ConfigureServices(IServiceCollection services)
{
    services.Configure<CookiePolicyOptions>(options =>
        {
            // This lambda determines whether user consent for non-essential cookies is needed for a given request.
            options.CheckConsentNeeded = context => true;
            options.MinimumSameSitePolicy = SameSiteMode.None;
        });


        services.AddMvc().SetCompatibilityVersion(CompatibilityVersion.Version_2_1);
        //Do the service register here and extra stuff you want
         services.AddLogging(config =>
        {
            config.AddDebug();
            config.AddConsole();
            //etc
        });

    }

Изменить: я написал простую программу для вас, чтобы показать, как она работает

public class MyClass
{

    private readonly ILogger<MyClass> _logger;


    public MyClass(ILogger<MyClass> logger)
    {
        _logger = logger;
    }
    public void MyFunc()
    {
        _logger.Log(LogLevel.Error, "My Message");
    }
}



public class Program
{
    public static void Main(string[] args)
    {
        var services = new ServiceCollection().AddLogging(logging => logging.AddConsole());
        services.AddSingleton<MyClass>();//Singleton or transient?!
        var s = services.BuildServiceProvider();
        var myclass = s.GetService<MyClass>();
     }
}

Редактировать: Вывод программы:

user2116188 30 сен '21 в 00:39 2021-09-30 00:39 · Answer 3 · 2021-09-30 00:39

Для .NET Core 3.1 обязательно включите

Microsoft.Extensions.Logging

упаковать и настроить ведение журнала, позвонив

      IServiceCollection services = new ServiceCollection();
services.AddLogging();

25

Источник

user2116188 30 сен '21 в 00:39

user4692158 03 мар '22 в 19:31 2022-03-03 19:31 · Answer 4 · 2022-03-03 19:31

Для тех, кто получает эту ошибку с помощью NLog, я обнаружил, что делаю следующую ошибку в своей инъекции зависимостей:

              private readonly ILogger _logger;

        public ErrorController(ILogger ilogger)
        {
            _logger = ilogger;
        }

Согласно документации , в .Net 5 нужно добавить в логгер тип самого Controller, чтобы избежать этой проблемы. Внедрение зависимостей как таковое исправило ошибку:

              private readonly ILogger<ErrorController> _logger;

        public ErrorController(ILogger<ErrorController> ilogger)
        {
            _logger = ilogger;
        }

После внесения вышеуказанного изменения это устранило мою проблему. НЕ ПЫТАЙТЕСЬ ЛЮБЫМ РЕШЕНИЕМ ЗДЕСЬ! Это только отправит вас в кроличью нору.

Надеюсь, это поможет кому-нибудь в будущем!

user9032853 16 июл '20 в 11:20 2020-07-16 11:20 · Answer 5 · 2020-07-16 11:20

В.NET Core ILogger<T>автоматически регистрируется для вас. КакILogger<T> наследуется от ILogger, вы можете запросить экземпляр ILogger<T> из IServiceProvider.

Например:services.AddSingleton<ILogger>(svc => svc.GetRequiredService<ILogger<MyClassType>>());

Обратите внимание, что это вернет ILogger<MyClassType> везде, где у вас нет общего ILogger параметр конструктора, поэтому, если вам нужно более одного, рассмотрите возможность создания его специально для этого экземпляра с помощью AddSingleton (или временный / или ограниченный) implementationFactory override.

user1290368 12 янв '21 в 17:33 2021-01-12 17:33 · Answer 6 · 2021-01-12 17:33

Как отмечено в комментарии, у принятого ответа есть проблема, заключающаяся в том, что BuildServiceProviderне следует использовать в, поскольку он создает еще одну копию каждого синглтона (фактически, всего контейнера DI). Вот альтернативный однострочный вариант, который позволяет избежать этой проблемы. В ConfigureServicesдобавьте строку

      services.AddSingleton<Microsoft.Extensions.Logging.ILogger>(provider => 
   provider.GetRequiredService<Microsoft.Extensions.Logging.ILogger<AnyClass>>());

где может быть любой класс, как описано в принятом ответе. Это перенаправляет разрешение ILogger к тому из ILogger<AnyClass>.

Как и в случае с принятым ответом, у этого есть тот недостаток, что у Serilog SourceContextбудет установлен на. Итак, если ваша конфигурация Serilog содержит outputTemplate это содержит {SourceContext}, в вашем журнале будет отображаться AnyClass вместо класса, содержащего оператор ведения журнала.

user680563 09 ноя '20 в 02:19 2020-11-09 02:19 · Answer 7 · 2020-11-09 02:19

Этот ответ не обязательно для.net Core или какой-либо другой инъекции зависимостей, используемой плакатом. Я наткнулся на этот поиск способа исправить эту ошибку с помощью Autofac в веб-приложении форм asp.net. Ответ о том, что ведение журнала "не регистрируется по умолчанию", заставил меня добавить это в мои регистрации:

builder.RegisterType<LoggerFactory>().As<ILoggerFactory>().SingleInstance();
builder.RegisterGeneric(typeof(Logger<>)).As(typeof(ILogger<>)).SingleInstance();

И теперь у меня работает. Это второй раз, когда я искал этот ответ и оказался здесь, я забыл, как я его исправил в первый раз. Итак, я подумал, что отправлю свой ответ.

user646942 06 янв '22 в 16:44 2022-01-06 16:44 · Answer 8 · 2022-01-06 16:44

Принятый ответ (предоставленный @sam-shiles) идет в правильном направлении. Мне не нравится, что для этого требуется создание промежуточного поставщика услуг, и регистрация экземпляра синглтона, возможно, также нежелательна.

Итак, я предлагаю вместо этого зарегистрировать фабрику, которая использует ILoggerFactoryвместо. Создание пустого класса (например, AnyClassтоже не нужен).

      ...
services.AddTransient(provider =>
{
    var loggerFactory = provider.GetRequiredService<ILoggerFactory>();
    const string categoryName = "Any";
    return loggerFactory.CreateLogger(categoryName);
});
...

user959779 27 янв '21 в 23:51 2021-01-27 23:51 · Answer 9 · 2021-01-27 23:51

На основе @ Barry Franklin ответа выше выяснил , как зарегистрировать родовой поставщик журналу для Microsoft.Extensions.DependencyInjection:

      var services = new ServiceCollection()
                            .AddLogging(logging => logging.AddConsole())
                            .BuildServiceProvider();

services.AddSingleton<ILoggerFactory, LoggerFactory>()
services.Add(ServiceDescriptor.Describe(typeof(ILogger<>),typeof(Logger<>),ServiceLifetime.Scoped))

user664672 23 июл '20 в 17:43 2020-07-23 17:43 · Answer 10 · 2020-07-23 17:43

Подход, который я использовал при попытке использовать ILogger (Поскольку он больше не вводится), как вводить ILoggerFactory, а затем, когда вашему коду требуется конкретный регистратор (скажем, это какая-то настраиваемая фабрика, вы newвстать, LoggerFactory.CreateLogger("Logger Name") - Ниже

Но в вашем случае, похоже, вам нужен ILogger<MyClass>

public class MyClass
{

    private readonly ILoggerFactory _loggerFactory;


    public MyClass(ILoggerFactory loggerFactory)
    {
        _loggerFactory = _loggerFactory;
    }
    public void MyFunc()
    {
       new MyNewThatsASpecialCase(_loggerFactory.CreateLogger("MyNewThatsASpecialCase"));
    }
}

user5923576 23 июл '21 в 23:04 2021-07-23 23:04 · Answer 11 · 2021-07-23 23:04

Это то, что помогло мне заставить DI работать на ILogger.

Для .NET Core см. Https://docs.microsoft.com/en-us/aspnet/core/fundamentals/logging/?view=aspnetcore-5.0.

Конкретно:

      .ConfigureLogging(logging =>
            {
                logging.ClearProviders();
                logging.AddConsole();
            })

Справка:

      public static IHostBuilder CreateHostBuilder(string[] args) =>
Host.CreateDefaultBuilder(args)
    .ConfigureLogging(logging =>
    {
        logging.ClearProviders();
        logging.AddConsole();
    })
    .ConfigureWebHostDefaults(webBuilder =>
    {
        webBuilder.UseStartup<Startup>();
    });