Я хотел бы предположить, что это не является дифференциатором при выборе между Spring MVC (если вы это имеете в виду под Java Spring) и Struts2.Перехватчики в обеих платформах играют одну и ту же архитектурную роль, изолируя сквозные задачи от ваших основных классов бизнес-логики.
По крайней мере в Struts 2 довольно редко приходится кодировать против API-перехватчика;<5% от вашего общего времени разработки.Это может означать, что вы действительно позаботитесь о различиях в API-перехватчиках, если у вас был какой-то конкретный вариант использования, который, по вашему мнению, будет решен перехватчиками, и тогда этот сценарий может помочь вам оценить два API-интерфейса.</p>
Если у вас нет такого варианта использования, что, вероятно, вероятно, если вы новичок в разработке веб-приложений, я рекомендую не вдаваться в подробности этой темы;любая структура скорее всего будет хорошо обслуживать вас.Хотя могут быть и другие веские причины для выбора того или другого.