я читалhttp://msdn.microsoft.com/en-US/library/vstudio/hh191443.aspx, Пример кода:

async Task<int> AccessTheWebAsync()
{ 
    // You need to add a reference to System.Net.Http to declare client.
    HttpClient client = new HttpClient();

    // GetStringAsync returns a Task<string>. That means that when you await the 
    // task you'll get a string (urlContents).
    Task<string> getStringTask = client.GetStringAsync("http://msdn.microsoft.com");

    // You can do work here that doesn't rely on the string from GetStringAsync.
    DoIndependentWork();

    // The await operator suspends AccessTheWebAsync. 
    //  - AccessTheWebAsync can't continue until getStringTask is complete. 
    //  - Meanwhile, control returns to the caller of AccessTheWebAsync. 
    //  - Control resumes here when getStringTask is complete.  
    //  - The await operator then retrieves the string result from getStringTask. 
    string urlContents = await getStringTask;

    // The return statement specifies an integer result. 
    // Any methods that are awaiting AccessTheWebAsync retrieve the length value. 
    return urlContents.Length;
}

На странице также говорится:

Ключевые слова async и await не приводят к созданию дополнительных потоков. Асинхронные методы не требуют многопоточности, потому что асинхронный метод не выполняется в своем собственном потоке.

Применяется ли этот «дополнительный поток не создается» в рамках метода, помеченного как асинхронный?

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

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

Правильно ли мое понимание?