Лазил по исходникам и случайно "зацепил" решение.
IMHO, это в некотором роде баг Spring MVC, в частности, класса RedirectView. При редиректе для View мы можем указывать 4 флага: contextRelative, http10Compatible, exposeModelAttributes, exposePathVariables. По теме интересен один - exposeModelAttributes. Если он установлен, то при редиректе к запросу цепляются входящие в контроллер параметры, причем, сначала записывается якорь, если он есть, удаляется из строки, добавляются параметры, и в конце при наличии этого якоря он добавляется. Если флаг exposeModelAttributes равен false, то как бы подразумевается, что запрос должен идти "чистый" - такой, каким мы его задаем параметром url. Не знаю, как к такому утверждению относятся разрабы со спринга, но явно считают якорь неотъемлемой частью запроса и проносят его через все редиректы и форварды. Как по мне, неправильно это - если указываем, что "не нужны мне параметры в строке", то очищать надо вместе с якорем ...
Класс RedirectView как бы является самодостаточным - инициализируется, составляет запрос и сам делает редирект средствами сервлета, поэтому нигде больше эта проблема не находит отображения.
Поэтому решение вижу либо создавать фильтр, который будет "чистить" строку, либо сделать свой дубликат RedirectView, где обрабатываю не только if (this.exposeModelAttributes), но и else ... Не очень кошерно, конечно, но это вроде самое простое решение.
Похоже, надо на JIRA написать, не встречал решения.
P.S. Можно решать проблему, указывая на клиенте
1.
if (window.location.hash == "#_=_") window.history.pushState("", document.title, window.location.pathname);
но от таких решений мутит.
