Не удается получить доступ к удаленному объекту. Распространенной причиной этой ошибки является удаление контекста

Это из-за типа возврата вашего метода async void. В общем, когда вы используете async void в своем коде, это плохие новости, потому что:

• Вы не можете дождаться его завершения
• Любые необработанные исключения завершат ваш процесс (ой!)

Поэтому верните async Task вместо async void из вашего метода следующим образом:

public async Task OnGet(int id)
{
    Book = await _db.Books.SingleOrDefaultAsync(x => x.Id == id);

    if (Book == null)
    {
       RedirectToPage("Index");
    }
}

Больше подробностей:

• C# — остерегайтесь асинхронной пустоты в вашем коде

• Не удается получить доступ к удаленному объекту в ASP.NET Core при внедрении DbContext

То, что я собираюсь опубликовать, НЕ является ответом на этот конкретный вопрос. Но это связано, поэтому я публикую его, чтобы избавить кого-то от головной боли. Я столкнулся с этой же ошибкой

System.ObjectDisposedException: Cannot access a disposed object. etc

Ниже был код с ошибкой (вы его видите?):

[HttpGet("processs/oxxo-spei/ticket-email/{paymentIdx}")]
public StatusCodeResult ProcessOxxoSpeiTicketEmailAsync(string paymentIdx)
{
    var paymentId = paymentIdx.DecodeRef();
            
    var response = _orderEngine.ProcessOxxoSpeiTicketEmailAsync(paymentId);

    return StatusCode(200);
}

Следующее изменение исправило это:

[HttpGet("processs/oxxo-spei/ticket-email/{paymentIdx}")]
public async Task<StatusCodeResult> ProcessOxxoSpeiTicketEmailAsync(string paymentIdx)
{
    var paymentId = paymentIdx.DecodeRef();
            
    var response = await _orderEngine.ProcessOxxoSpeiTicketEmailAsync(paymentId);
                // ^^^^I HAD FORGOTTEN TO PUT AWAIT
    return StatusCode(200);
}

Да, я забыл поставить «ожидание» перед функцией, которая использовала EF Core dbcontext. Добавление «ожидания» исправило это. Так легко пропустить это, особенно если вы устали и у вас нет времени.

Это еще один ответ для тех, кто будет читать эту тему.

Я попытался запустить метод asnyc с помощью javascript. Из-за этого он не может запускаться, поэтому результат не рассчитывается асинхронным методом. Я возвращал объект json для просмотра в dotnet core mvc.

return Json(_service.AsyncMethod(parameter));

Мой IActionResult не является асинхронным, поэтому я не могу добавить «ожидание». Я просто добавляю ".Result" и вычисляю результат.

return Json(_service.AsyncMethod(parameter).Result);

Вот что на самом деле сработало для меня в ситуации, когда я получал ту же ошибку, что и выше, при попытке доступа к данным в Startup.cs для запуска некоторых функций построения данных запуска при загрузке сервера, а не определенного действия контроллера:

        IServiceScope scope = provider.CreateScope();
        YourDbContext context = scope.ServiceProvider.GetRequiredService<YourDbContext>();

В методе Configure файла Startup.cs с IServiceProvider, включенным в качестве параметра:

public async void Configure(IApplicationBuilder app, IWebHostEnvironment env, IServiceProvider provider)

Просто включите это для всех, кто хочет сделать то же самое в Startup.cs.

Создайте объект IServiceScopeFactory и используйте зависимость от объекта IServiceScopeFactory после его удаления.

private readonly IServiceScopeFactory moserviceScopeFactory;
private readonly InvoicesDataContext moInvoicesDataContext;
public ABCController(InvoicesDataContext diInvoicesDataContext, IServiceScopeFactory serviceScopeFactory)
        {
            moInvoicesDataContext = diInvoicesDataContext;
            moserviceScopeFactory = serviceScopeFactory;
        }

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

public async Task<int> generateInvoice()
            {
                List<Guid> loSentId = new List<Guid>();
                Invoices loDataContext = new Invoices(moInvoicesDataContext);
                List<Invoices> loInvoices = loInvoiceDataContext.get("", null, "", null, null, 1, "1", "asc", 1, 5);
    
                bool lblIsSuccess = await loSystemEmails.sendInvoice(loInvoice.stInvoiceNumber, loInvoice.stCompanyEmail, string.Empty, loInvoice.stCompanyName, GetFolderPath.loRootPath + lsSystemFilePath, "1");
                                    if (lblIsSuccess)
                                    {
                                        loSentInvoiceId.Add(loInvoice.unCompanyInvoiceId);
    
                                        

using (var scope = moserviceScopeFactory.CreateScope())
                                        {
                                            var context = scope.ServiceProvider.GetRequiredService<InvoicesDataContext>();

    
                                            int liSuccess = new Invoices(context).SaveData(Convert.ToString(loInvoice.unCompanyInvoiceId), 2, Guid.Empty, "New Zealand Standard Time", "+13:00"); //2 = Sent
                                        }
                                    }
                return loSentInvoiceId != null && loSentInvoiceId.Count > 0 ? loSentInvoiceId.Count : 0;
            }

Альтернативное решение для async Task конверсий

Вы пытались...

• Делаем все методы в стеке вызовов async Task вместо async void

После внимательный взгляд в моем стеке вызовов я переопределил метод SaveChangeAsync в моем DbContext и сделал вызов, чтобы изменить поведение того, как async работает по умолчанию. Это привело к тому, что мой контекст был удален и все еще пытался получить к нему доступ.

Некоторый код опущен для краткости

public override async Task<int> SaveChangesAsync(CancellationToken cancellationToken = default)
{
  int result = await base.SaveChangesAsync(cancellationToken);

  // ignore events if no dispatcher provided
  if (dispatcher is null) return result;

  // dispatch events only if save was successful
  await DispatchEventsIfSaveSuccessful();
  return result;
}

private async Task DispatchEventsIfSaveSuccessful()
{
    var entitiesWithEvents = ChangeTracker
        .Entries<Entity>()
        .Select(e => e.Entity)
        .Where(e => e.Events.Any())
        .ToArray();
...
    foreach (var entity in entitiesWithEvents)
    {
        var events = entity.Events.ToArray();
        entity.Events.Clear();
        foreach (var domainEvent in events)
        {
            await dispatcher.Dispatch(domainEvent).ConfigureAwait(false);
        }
    }
}

Проблемный путь

await dispatcher.Dispatch(domainEvent).ConfigureAwait(continueOnCapturedContext: false);

Решение

опустить ConfigureAwait(false)

await dispatcher.Dispatch(domainEvent);

Объяснение

ASP.NET Core не использует [SynchronizationContext].(https://devblogs.microsoft.com/dotnet/configureawait-faq/).

При использовании ConfigureAwait(false)опции для asyncTask выполнение задачи возобновится не в этом контексте, а вместо этого в потоке пула потоков. По сути, настроив этот вызов await, когда поток завершил отправку событий, контекст был удален уже.

Совет

Продолжать просматривает вызов каждый метод/функция от начало вашего запроса до момента, когда он терпит неудачу, и смотрит, можете ли вы изменить поведение по умолчанию async/await через ConfigureAwait(false) или подобное изменяющее изменение.

Для получения дополнительной информации я настоятельно рекомендую по этой ссылке Стивена Клири в его блоге о async больше.

ОБНОВЛЕННЫЙ ОТВЕТ, КОГДА ПРОБЛЕМА НЕ ЯВЛЯЕТСЯ ЗАДАЧЕЙ ТИПА ПУСТОЙ Принятый ответ подходит, если вы используете аннулированный метод. Есть еще одна потенциальная проблема с простым решением, если ваш метод не пустой.

1. Вы внедрили шаблон или какой-то тип разделения задач? Контроллер => Сервис => Репозиторий

Убедитесь, что ваш метод контроллера является асинхронной задачей, если методы ниже по линии также являются асинхронной задачей. В моем случае проблема заключалась в том, что я не поставил асинхронный метод контроллера, а нижестоящие методы были асинхронными Task.

Ваше здоровье!