Зачем нужен Control.Invoke?

Question

Control.Invoke выполняет указанный делегат в потоке, которому принадлежит дескриптор окна управления.

В течение многих лет я только что принял, что так оно и должно быть, но я никогда не понимал, почему.

Единственное, что я могу придумать, это то, что код ужасно небезопасен, и вместо того, чтобы просто добавить небольшую синхронизацию в управляющий код, инфраструктура просто распустила его и заставила нас спуститься по этому маршруту - выбросив ребенка с помощью вода в ванной!

• Это просто Microsoft лень, или есть что-то, что я просто не получаю?

• У других программных фреймворков/других ОС есть схожие проблемы или это просто вещь Windows?

• Есть ли способ обойти его, кроме как изменить каждую функцию в нашем приложении?

Answer 1

Это ограничение базового пользовательского интерфейса Windows и мало связано с самой платформой .NET. Выполнение многих действий над элементами управления и окнами (в смысле Windows, а не в смысле модели компонентов) требует, чтобы действия выполнялись в потоке, который создал дескриптор окна. Структура .NET похожа на любое другое приложение и должна соблюдать это правило.

Конечно, Microsoft могла бы поместить синхронизацию в инфраструктуру для предотвращения этой проблемы, но при этом было бы слишком много накладных расходов для приложений, которым не нужна эта функциональность (поскольку они в основном однопоточные).

Решение Microsoft состоит в том, чтобы заставить тех, кому нужны накладные расходы, управлять ими явно, а не принуждать их к каждому.

Answer 2

Там в углубленных review о сортировочной выполнения в потоке пользовательского интерфейса.