Является ли метод асинхронным если в нём не используется await?

# Асинхронные методы без await

Да, метод может быть асинхронным с точки зрения сигнатуры (иметь ключевое слово async) даже если в нём не используется оператор await. Однако это проблематично и опасно.

Компилятор и сигнатура

Метод, объявленный с ключевым словом async, компилятор преобразует в состояние-машину, которая возвращает Task или Task<T>. Это происходит независимо от наличия await внутри:

public async Task<int> GetValueAsync()
{
    return 42;  // Нет await
}

Компилятор создаст асинхронный метод, который вернёт Task<int>, даже если нет await.

Проблемы такого подхода

1. Ложное ожидание асинхронности

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

public async Task<int> FetchDataAsync()
{
    return Database.Get(123);  // Синхронный вызов!
}

// Вызывающий код
var result = await FetchDataAsync();

2. Потеря производительности

Асинхронный метод имеет накладные расходы на состояние-машину, распределение, управление контекстом. Если нет реальной асинхронности, эти расходы впустую:

// Плохо - лишние расходы
public async Task<string> GetNameAsync(int id)
{
    return _repository.GetName(id);  // Синхронный вызов
}

// Хорошо
public string GetName(int id)
{
    return _repository.GetName(id);
}

3. Блокировка потока

Если метод не использует await, он может содержать синхронные операции, которые блокируют поток. В асинхронном контексте это антипаттерн.

Когда это может быть приемлемо

Есть редкие случаи, когда это имеет смысл:

Условно асинхронный код

public async Task<Data> GetDataAsync(int id)
{
    if (_cache.TryGetValue(id, out var cached))
    {
        return cached;  // Нет await, возвращаем кэшированное значение
    }
    
    return await _repository.GetDataAsync(id);  // Реальный await для БД
}

Здесь иногда нет await, но это имеет смысл - быстрый путь кэша не требует асинхронности.

Использование Task.FromResult

public async Task<int> GetAsync()
{
    // Сразу готовый результат
    return await Task.FromResult(42);
}

Хотя лучше в таком случае просто вернуть Task напрямую:

public Task<int> GetAsync()
{
    return Task.FromResult(42);
}

Лучшие практики

1. Используй async только когда есть await: Если в методе нет операций ввода-вывода (I/O), сетевых запросов, работы с БД, не делай его асинхронным.

2. Проверяй с помощью Roslyn анализаторов: Инструменты типа AsyncFixer предупредят о неправильном использовании async/await.

3. Документируй намерения: Если метод асинхронный, его имя должно заканчиваться на Async и он должен содержать реальное асинхронное ожидание.

Вывод

Метод может быть асинхронным (иметь ключевое слово async) без await, но это считается антипаттерном. Такой код вводит в заблуждение, имеет ненужные накладные расходы и может привести к проблемам производительности. Используй async только когда в методе есть реальные асинхронные операции с await.