n
щито? он задаёт механизм создания этих куратин
Size: a a a
2021 January 11
P
щито? он задаёт механизм создания этих куратин
Нет)
P
Его может даже не быть
В консольном приложении например, его вообще нет
n
искаропки идёт несколько разных реализации для разных вариантов использования. с тредпулами и прочей хуетой
n
В консольном приложении например, его вообще нет
Нет)
n
я тя щя пошлю доки дочитывать
K
Сделал физику из готового физического движка 🙃
Реально
P
Нет)
Лол, ты в курсе, что если сделать task.ConfigureAwait(false), то оно не захватит контекст?
n
Лол, ты в курсе, что если сделать task.ConfigureAwait(false), то оно не захватит контекст?
всё, пиздуй в доку про контекст :3
P
всё, пиздуй в доку про контекст :3
Ох
RK
какой перл? камл же
P
n
>SynchronizationContext по умолчанию (ThreadPool) (mscorlib.dll: System.Threading) Это объект SynchronizationContext, сконструированный по умолчанию. По соглашению, если текущий SynchronizationContext потока равен null, тогда этому потоку неявно назначен SynchronizationContext по умолчанию.
P
>SynchronizationContext по умолчанию (ThreadPool) (mscorlib.dll: System.Threading) Это объект SynchronizationContext, сконструированный по умолчанию. По соглашению, если текущий SynchronizationContext потока равен null, тогда этому потоку неявно назначен SynchronizationContext по умолчанию.
При выполнении await для задачи (самый распространенный сценарий)
в момент, когда await решает приостановить метод, сохраняется контекст.
Это текущий объект SynchronizationContext, если только он не равен
null (в этом случае контекстом является текущий объект TaskScheduler).
Метод возобновляет выполнение в этом сохраненном контексте. Обычно
контекстом является UI-контекст (для UI-потока) или контекст пула
потоков (в большинстве других ситуаций). Если вы пишете приложение
ASP.NET Classic (до Core), то контекстом также может быть контекст
запроса ASP.NET. В ASP.NET Core используется контекст пула потоков
вместо специального контекста запроса.
Таким образом, в приведенном коде все синхронные части пытаются
возобновить продолжение в исходном контексте. Если вызвать метод
DoSomethingAsync из UI-потока, каждая из его синхронных частей будет
выполняться в этом UI-потоке, но если вызвать его из потока из пула
потоков, то каждая из синхронных частей будет выполняться в любом
потоке из пула потоков.
Чтобы обойти это поведение по умолчанию, можно выполнить await по
результату метода расширения ConfigureAwait с передачей false в пара-
метре continueOnCapturedContext. Следующий код начинает выполнение
в вызывающем потоке, а после приостановки await он возобновляет вы-
полнение в потоке из пула потоков:
в момент, когда await решает приостановить метод, сохраняется контекст.
Это текущий объект SynchronizationContext, если только он не равен
null (в этом случае контекстом является текущий объект TaskScheduler).
Метод возобновляет выполнение в этом сохраненном контексте. Обычно
контекстом является UI-контекст (для UI-потока) или контекст пула
потоков (в большинстве других ситуаций). Если вы пишете приложение
ASP.NET Classic (до Core), то контекстом также может быть контекст
запроса ASP.NET. В ASP.NET Core используется контекст пула потоков
вместо специального контекста запроса.
Таким образом, в приведенном коде все синхронные части пытаются
возобновить продолжение в исходном контексте. Если вызвать метод
DoSomethingAsync из UI-потока, каждая из его синхронных частей будет
выполняться в этом UI-потоке, но если вызвать его из потока из пула
потоков, то каждая из синхронных частей будет выполняться в любом
потоке из пула потоков.
Чтобы обойти это поведение по умолчанию, можно выполнить await по
результату метода расширения ConfigureAwait с передачей false в пара-
метре continueOnCapturedContext. Следующий код начинает выполнение
в вызывающем потоке, а после приостановки await он возобновляет вы-
полнение в потоке из пула потоков:
n
При выполнении await для задачи (самый распространенный сценарий)
в момент, когда await решает приостановить метод, сохраняется контекст.
Это текущий объект SynchronizationContext, если только он не равен
null (в этом случае контекстом является текущий объект TaskScheduler).
Метод возобновляет выполнение в этом сохраненном контексте. Обычно
контекстом является UI-контекст (для UI-потока) или контекст пула
потоков (в большинстве других ситуаций). Если вы пишете приложение
ASP.NET Classic (до Core), то контекстом также может быть контекст
запроса ASP.NET. В ASP.NET Core используется контекст пула потоков
вместо специального контекста запроса.
Таким образом, в приведенном коде все синхронные части пытаются
возобновить продолжение в исходном контексте. Если вызвать метод
DoSomethingAsync из UI-потока, каждая из его синхронных частей будет
выполняться в этом UI-потоке, но если вызвать его из потока из пула
потоков, то каждая из синхронных частей будет выполняться в любом
потоке из пула потоков.
Чтобы обойти это поведение по умолчанию, можно выполнить await по
результату метода расширения ConfigureAwait с передачей false в пара-
метре continueOnCapturedContext. Следующий код начинает выполнение
в вызывающем потоке, а после приостановки await он возобновляет вы-
полнение в потоке из пула потоков:
в момент, когда await решает приостановить метод, сохраняется контекст.
Это текущий объект SynchronizationContext, если только он не равен
null (в этом случае контекстом является текущий объект TaskScheduler).
Метод возобновляет выполнение в этом сохраненном контексте. Обычно
контекстом является UI-контекст (для UI-потока) или контекст пула
потоков (в большинстве других ситуаций). Если вы пишете приложение
ASP.NET Classic (до Core), то контекстом также может быть контекст
запроса ASP.NET. В ASP.NET Core используется контекст пула потоков
вместо специального контекста запроса.
Таким образом, в приведенном коде все синхронные части пытаются
возобновить продолжение в исходном контексте. Если вызвать метод
DoSomethingAsync из UI-потока, каждая из его синхронных частей будет
выполняться в этом UI-потоке, но если вызвать его из потока из пула
потоков, то каждая из синхронных частей будет выполняться в любом
потоке из пула потоков.
Чтобы обойти это поведение по умолчанию, можно выполнить await по
результату метода расширения ConfigureAwait с передачей false в пара-
метре continueOnCapturedContext. Следующий код начинает выполнение
в вызывающем потоке, а после приостановки await он возобновляет вы-
полнение в потоке из пула потоков:
выкинь эту книжку
P
Под нет контекста синхронизации, я имел ввиду отдельного, а не дефолтного, который тупо выполняет работу на тредпуле
P
выкинь эту книжку
Лол
P
Как бы, это книга стивена клири
P
Чью статью ты кидал