CancellationToken с асинхронными методами Dapper?

Вы передаете токен отмены в качестве объекта параметра; это не сработает.

Первые асинхронные методы в dapper не предоставляли токен отмены; когда я попытался добавить их как необязательный параметр (как отдельную перегрузку, чтобы не нарушать существующие сборки), все очень запуталось с проблемами компиляции "неоднозначного метода". Следовательно, мне пришлось выставить это через отдельный API; введите CommandDefinition:

val = (await conn.QueryAsync<int>(
    new CommandDefinition(query, cancellationToken: tokenSource.Token)
).FirstOrDefault();

Затем он передает токен отмены вниз по цепочке во все ожидаемые места; использовать это задача провайдера ADO.NET, но; кажется, что это работает в большинстве случаев. Обратите внимание, что это может привести к SqlException, а не OperationCancelledException, если операция выполняется; это снова зависит от поставщика ADO.NET, но имеет большой смысл: вы могли прервать что-то важное; это проявляется как критическая проблема с подключением.

Что касается вопросов:

Почему фрагмент полностью готов к сборке, если предположить, что во всем решении нет ошибки компилятора?

Потому что... это допустимый C#, даже если он не делает того, что вы ожидаете.

Простите меня, поскольку я не могу проверить, действительно ли вызов tokenSource.Cancel() отменит метод, потому что я не знаю, как сгенерировать длительный SQL-запрос. Будет ли .Cancel() действительно отменять метод и выбрасывать OperationCancelledException?

ADO.NET зависит от поставщика, но обычно это работает. В качестве примера «как сгенерировать длинный SQL-запрос»; команда waitfor delay на SQL-сервере здесь несколько полезна, и именно ее я использую в интеграционных тестах.

Вы можете исправить SqlMapper.cs в Dapper lib, добавив следующие строки:

    internal IDbCommand SetupCommand(IDbConnection cnn, Action<IDbCommand, object> paramReader)
    {
        var cmd = cnn.CreateCommand();

#if ASYNC
        // We will cancel our IDbCommand
        CancellationToken.Register(() => cmd.Cancel());
#endif

Соберите свою собственную библиотеку Dapper и наслаждайтесь :)

попробуйте использовать SqlConnection и поймать исключение при отмене

var sqlConn = db.Database.Connection as SqlConnection;
sqlConn.Open();

_cmd = new SqlCommand(textCommand, sqlConn);
_cmd.ExecuteNonQuery();

и отменить SqlCommand

_cmd.Cancel();

Я использовал один SqlConnection для нескольких потоков. А потом, когда я изменил его так, чтобы каждый Thread создавал свой SqlConnection, ошибка исчезла.