как там многопоточность применить,
Нет там никакой
многопоточности , даже слова такого в указываемом вами фрагменте нет.
Что есть немного ранее - это утверждение о том, что с помощью корутин можно создавать сети взаимодействующих программ
(не привлекая терминологию и абстракции из ООП) и иногда они удобны для реализации асинхронности.
По своей исходной задумке они позволяют реализовывать многозадачность без многопоточности, то, что называют кооперативной многозадачностью.
они же вроде как последовательно вычисляются?
Вот именно. И то, что показано есть пример вычисления последовательности, так, что при следующем вызове вычисляется следующий элемент последовательности.
Вместо фибоначчи там мог быть псевдослучайный генератор или генератор, например, следующей перестановки элементов в множестве.
В случае корутин вам не нужен не только отдельный
поток , но и отдельный объект в ООП смысле для хранения состояния.
Копроцедура сама знает, как хранить и восстанавливать свое свое состояние при следующем входе в нее.
Страуструп говорит о том, что состояние "хранится в возвращаемом значении".
Имхо, это скорее запутывает, чем объясняет.
С логической точки зрения второй вызов процедуры приходит к попаданию сразу в точку после co_yield a, как бы прямым goto,
с волшебным восстановлением состояния всех локальных переменных.
С точки зрения кода, такой вход в посередь процедуры автоматически имеет в наличии то состояние, которое у процедуры было
при предыдущем впосередь выходе.
Сама по себе конструкция доисторическая, времен сильно до изобретения "структурного программирования",
и, с точки зрения этого самого "структурного программирования", должна быть проклята,
как логически эквивалентная не только множественному выходу из процедуры, но и множественному входу.
Вы можете с помощью корутин реализовывать поведение объектов определенного типа - в первую очередь генераторов последовательностей, целиком на такой механике.
Достаточно сложное поведение может быть реализовано путем соединения таких генераторов в цепочки, которые называют каналами.
Есть поверье, заключающееся в том, в языках со стековой организацией вызова функций, принципиально нельзя "чисто" реализовать работу корутин.
Вам нужно внедрять нечто, что должно становиться аналогом "безстекового вызова" для таких языков.
Как точно такое волшебство достигается в С/С++, и где там GOTO, я не знаю.
