Ограничения по запланированным задачам (или как выполняется сохранение задач)?

Question

Я начал читать документацию Hangfire и ничего не нашел о ограничениях задач.

Как заявлено, задачи (или задания) где-то хранятся.

Поскольку они являются просто делегатами, единственное, что может быть сохранено, насколько я понимаю, является делегатом «тело» (IL?). Но могут быть замыкания, которые обеспечивают некоторый контекст для задачи, например, некоторые внешние службы, которые могут потребовать загрузки дополнительных сборок для запуска их кода и т. Д.

Как Hangfire справляется с этим?
Может ли задача содержать какие-либо инструкции в ее теле или какие-либо ограничения?

Answer 1

Когда вы создаете задание, он вызывает Job.FromExpression, если вы передаете ему что-либо иное, кроме выражения вызова метода, оно выдает исключение. Таким образом, единственное, что вы можете передать в BackgroundJob.Enqueue, это одна строка, в которой эта строка вызывает функцию.

Затем он сериализует их тип объекта и все параметры передаются в JSON с использованием JobHelper.ToJson. Когда вы передаете экземпляр класса, экземпляр не сериализуется, только тип есть, если выполнение пересекает границы процесса, оно потеряет внутреннее состояние.

Вы можете прочитать на статье в блоге на сайте блог старого замедленного воспламенения «Are your methods ready to run in background?»

Answer 2

Похоже, что механизм основан на Expression для операций планирования, а библиотека предназначена для «внутреннего» (в процессе) исполнения в основном на веб-сайтах ASP.Net.

Смысл, все сборки, необходимые для выполнения запланированной операции, должны быть уже загружены в пространство памяти веб-приложений, поскольку они необходимы для планирования задания (приложение не было скомпилировано, если в нем отсутствовали Type от сборку, на которую не ссылались).

Надеюсь, что все станет понятным!