Um fluxo de solicitação de tratamento Spring MVC quadro
análise desta figura, encontra-se Spring MVC também ser concebido com base numa estrutura da Web-driven pedido, e também utiliza um modo de controlador frente-fim, e, em seguida, distribuído de acordo com o pedido de controlo de regras de mapeamento página correspondente dispositivo (processador) para o processamento, a sua análise específica seguindo passos do processo:
Em primeiro lugar, o utilizador envia um pedido para o controlador de front-end (DispatcherServlet), a extremidade dianteira da informação pedidos controlador (tal como URL) determinado de acordo com a qual o controlador de pedido de página (controlador) para processamento distribuído. Passo 1 corresponde à figura acima.
Após duas controlador principal recebe uma solicitação, realiza processamento de serviço, retorna após um ModelAndView processado. 3,4,5 passo corresponde à figura acima.
3 Transferências front controller controlar a se recuperar, e depois voltou de acordo com o nome de vista lógico e escolher o ponto de vista real a partir do resolvedor vista, os dados do modelo para a exibição para a prestação dos mesmos. 6 e 7 correspondem às etapas na figura acima.
4 controlador de front-end novamente para retomar o controle, a resposta retorna os resultados para o cliente navegador, trazendo todo o processo termina. Passo 8 corresponde à figura acima.
estrutura de arquitetura dois Spring MVC
Encontramos pela figura, em resposta a recepção do pedido e retorna, muitos componentes do esforço Spring MVC com os seus deveres para completar o processo de trabalho. Durante todo o quadro, Spring MVC é recebido por um controlador de front-end para todas as solicitações e trabalho específico comissionados para lidar com os outros componentes, de modo que DispatcherServlet no coração da organização que é responsável por coordenar os diferentes componentes para completar o processamento do pedido e retorna os resultados de resposta.
De acordo com o processamento de pedidos Spring MVC, que especificamente analisar cada componente é responsável pelo conteúdo do trabalho:
1 cliente faz uma solicitação HTTP, servidor de aplicação Web recebe a solicitação. O mapa da rota pedido DispatcherServlet correspondência, a solicitação é encaminhada para o tratamento DispatcherServlet recipiente Web;
após 2 DispatcherServlet get solicitação, o pedido de informação (o URL, os parâmetros de solicitação, HTTP método e afins), e dispostos para encontrar um processador HandlerMapping solicitação de processamento (Handler);
. 3 depois DispatcherServlet encontrar o manipulador apropriado, por HandlerAdapter de manipulador encapsulado, em seguida, um adaptador de interface uniforme chama manipulador. HandlerAdapter pode ser entendida como as pessoas realmente usam o manipulador ao trabalho.
4 No período antes de solicitar informações realmente chegar a chamada do método de processamento Handler, Spring MVC também completou um monte de trabalho, ele irá solicitar informações de uma determinada maneira e convertido em referência vinculado ao método de solicitação, para os objetos de argumento ele irá realizar a conversão de dados, dados de formatação e verificação de dados. Após estes são feitos, o último realmente chamar o processamento método Handler do processamento de lógica de negócios correspondente.
Após a conclusão do processamento do processador de serviço 5, um retorno para o objecto DispatcherServlet ModelAndView, o qual contém o nome do modelo e a visualização de dados lógica.
6 DispatcherServlet lógico nome vista através resolve viewResolver a uma verdadeira visão do objeto View, pode ser uma JSP, HTML, XML, PDF, JSON , etc., 7 7 Spring MVC podem ser configurados de forma flexível, será introduzido no futuro.
Depois de obter um objeto de exibição real, DispatcherServlet View será em dados vista de renderização do modelo ModelAndView objeto.
8, finalmente, obter um cliente de mensagem de resposta.
