В весеннем пакетном режиме в чем разница между «lazy-init = true» и «scope = step»?

Question

Когда я определил компонент «MethodInvokingFactory» с «scope = step», у меня появилась ошибка, что тип компонента не может быть определен. Он отлично работал, когда я заменил «scope = step» на «lazy-init = true». По моим сведениям, оба используются для позднего связывания фасоли, за исключением этой разницы. Существуют ли другие различия между этими двумя способами? Также верно ли мое использование?

Пожалуйста, дайте мне знать ваши мысли об этом.

Answer 1

Чтобы ответить на ваш вопрос с точки зрения низкого уровня:

lazy-init="true" означает, что фасоль не будут создаваться, когда создается контекст, но будет создан, когда его называют, например, другим фасолью. Я думаю, это ясно, также из комментария @AravindA.

Скошенные бобы работают по-разному. Когда контекст создается, этот компонент переносится в дополнительный прокси-объект (по умолчанию созданный CGLIB), который передается компоненту, который ссылается на него (этот прокси по умолчанию является singleton, например, shared). Таким образом, каждый раз, когда метод вызывается в прокси-сервере во время выполнения, Spring пересекает вызов, просит фабрику вернуть экземпляр компонента и вызывает метод для этого компонента. Завод, в свою очередь, может искать «реальный» экземпляр компонента, например. в запросе HTTP (область запроса) или сеансе HTTP (область «сеанс») и/или при необходимости создать новый экземпляр. Поздняя инстанцировка позволяет инициализировать бонусный объект со значениями «времени выполнения» (объема), например. значения из HTTP-запроса/сеанса, которые, очевидно, не определены при создании контекста. В частности, «шаговые» компоненты с привязкой привязаны к потоку локально (помните, что шаги выполняются параллельно для разбиения). Таким образом, скошенные бобы разрываются, когда вы вызываете метод на них. Наконец, можно легко разбить эту изящную «идеологию весны», вызывая любой метод на предметном bean-компоненте сразу после того, как он настроен на другой компонент (например, в сеттере) :)

Answer 2

 One thing to understand about lazy-initialization is that even though a bean 
     definition may be marked up as being lazy-initialized, if the lazy-initialized  
     bean is the dependency of a singleton bean that is not lazy-initialized, when the 
     ApplicationContext is eagerly pre-instantiating the singleton, it will have to 
     satisfy all of the singletons dependencies, one of which will be the 
     lazy-initialized bean! 

     Using a scope of Step is required in order to use late binding since the bean 
     cannot actually be instantiated until the Step starts, which allows the 
     attributes to be found. Because it is not part of the Spring container by 
     default, the scope must be added explicitly, either by using the batch namespace 
     or by including a bean definition explicitly for the StepScope (but not both): 

     <bean class="org.springframework.batch.core.scope.StepScope" /> 

Читать here и here для получения дополнительной информации

Область = «шаг» не имеет ничего общего с инициализацией ленивых. Это используется для позднего связывания параметров внутри «Step».

Answer 3

область действия шага специально предназначена для latebinding of job/step attributes и не предназначена для позднего связывания фасолей, что означает, что контекст фасоли/фабрика будет улучшать шаговые кубики и искать атрибуты для установки, например.

value="#{jobParameters[input.file.name]}