Um problema,
Em Zuul uso real encontrado um problema quando endereço de encaminhamento não pode alcançar, Zuul Filtro lance jogou exceção, protegendo o erro real.
Ao ler o código fonte disponível, exceção Zuul ZuulException será lançada, será encapsulado dentro de RuntimeException.
necessidade Throwable para captura de uso interceptores.
Pergunta dois,
O código acima derivada com.netflix.zuul.http.ZuulServletdo servicemétodo de aplicação que define o processamento quando Zuul processo de solicitao externa, a lógica de execução de cada tipo de filtro. Podemos ver os três códigos de try-catchblocos, que por sua vez representam a pre, route, posttrês estágios de chamadas de filtro, no catchprocessamento de exceção, podemos ver que eles são todos os errortipos de processo de filtro (antes de usar errorfiltros excepção uniforme definido manipulação também aproveitar esta característica); errordepois do tipo de filtro processado, para além do postlado de fora da fase anormal, irá em seguida ser posttratada filtro. Para o postfiltro excepção caso projectado através do errorprocessamento após filtro, nenhum outro tipo de filtro para assumir a presença das causas de deficiências no programa antes de o utilizar é.
Lembre-se que dois tipos de métodos de manipulação de exceção Antes da implementação, em que o próprio cerne da questão, estes dois métodos de tratamento no contexto da exceção manipulação tempo pedido para adicionar uma série de error.*parâmetros e esses parâmetros onde o trabalho real está na postfase de SendErrorFilterno filtro de parâmetros será usado para organizar a parte de trás conteúdo para o cliente. Quanto ao postcaso de fase lançar uma exceção por errornão chamar após filtro de processamento de postfase pedido, é claro, estes error.*parâmetros não será SendErrorFiltera saída do consumidor. Então, se temos o costume de postfiltro quando não lidar correctamente com a exceção, ainda é provável que apareça no registro e nenhuma resposta anormal a um pedido é questão vazio. Podemos modificar antes ThrowExceptionFilterda filterTypemodificação é postpara verificar a existência deste problema, preste atenção para remover o try-catchbloco de processamento, ele pode lançar uma exceção.
Para resolver os problemas acima, existem muitos, como o mais direto que podemos conseguir errorquando os resultados do filtro são devolvidos diretamente para a organização será capaz de alcançar o efeito, mas essas deficiências são óbvias, para os códigos de organização e informações de erro devolvidas alcançá-lo haverá várias cópias, isso é muito difícil para o nosso futuro trabalho de manutenção de código. Portanto, a fim de manter a lógica de processamento de retorno de exceção consistente, nós ainda esperança será postuma exceção para ser capaz de filtro jogado SendErrorFilterao punho.
No anterior, obtivemos uma ErrorFiltercapturados pre, route, postfiltro jogado de excepção, e tecidos error.*parâmetros dentro do contexto do pedido. Desde o nosso objetivo é seguir SendErrorFilter, esses error.*parâmetros ainda são úteis para nós, para que possamos continuar a usar o filtro para fazê-lo na posthora de jogar um filtro de exceção, continuar a organizar error.*parâmetros, mas aqui não podemos ter esses error.*parâmetros antes de ser passado para SendErrorFitlerfiltro é de se lidar. Então, precisamos ErrorFilterredefinir o filtro depois de um errortipo de filtro, deixá-lo vir para perceber SendErrorFiltera função, mas o errorfiltro não precisa lidar com todas as circunstâncias incomuns, é apenas postuma exceção foi lançada filtro eficaz. De acordo com as idéias acima, podemos criar uma classe que herda SendErrorFiltero filtro, pode reutilizar runmétodo e, em seguida, reescrevê-lo com o tipo, ordem e condições de execução, para atingir multiplexagem da lógica original, especificamente implementada como segue:
https://www.cnblogs.com/duanxz/p/7543040.html
