Explicação detalhada da ordem de iniciar e executar o Java Web Project

1. Introdução aos nós de configuração web.xml

(1) Param de contexto

Definição de formato

 <Cexexp-Param> <amam-name> contextConfigLocation </param-name> <amam-value> ClassPath: spring/spring-mybatis.xml </param-value> </xectlent-param>

efeito:

1. Esse elemento é usado para declarar parâmetros de inicialização do contexto no escopo do aplicativo (todo o projeto da web).
2. param-name define o nome do parâmetro do contexto. Deve ser um nome único
3. Param-Value Define o valor do nome do parâmetro, o exemplo aqui é especificar o local do arquivo de configuração da mola.

(2) ouvinte

Definição de formato

 // Listen-Class especifica a classe de escuta, que herda o servletContextListener. Ele contém o método de inicialização contextinitialized (Evento de ServletContextevent) e o método Destroe o contextDestoryed (Evento de ServletContextevent) <Ilvier> <lister-class> org.springframework.web.context.contextloaderListener </ouvinte-class> </fisterher>

Função: Este elemento é usado para registrar uma classe de ouvinte. Você pode receber notificações sobre quando ocorre um evento e o que usar como resposta. Os ouvintes de eventos são notificados ao estabelecer, modificar e excluir sessões ou ambientes de servlet. Frequentemente usado em conjunto com a param do contexto.

(3) filtro

Definição de formato

 <filter> <filter-name> caracterencodingfilter </ftrhter-name> <filter-Class> org.springframework.web.filter.characterencodingFilter </filter-class> <init-param> <amam-name> codificação </param> <aame-Value> <inirt> </param-name> codificação </param> <aame> <pamp) </param-value> <air-name> </param> <aMaMp> </irp-mant-name> <lam-name> <lame-Name> <aame> <pampam> </param-name> <lame> <lame> <aMaMaM> <pampam> </irp-manty> <amam-name> codificação </param> <amaM-Value> </param> </param-name> </param> <Filter-Name> CaracterEncodingFilter </filter-Name> <url-Pattern>/*</url-tattern> </filter-Mapping>

Função: Usado para especificar um filtro para o contêiner da web. O filtro pode pré -processar solicitações de usuário antes que uma solicitação atinja o servlet ou processe respostas HTTP ao sair do servlet; Antes de executar o servlet, primeiro execute o programa de filtro e faça algum trabalho de pré -processamento para ele; modificar a solicitação e a resposta de acordo com as necessidades do programa; Interceptar a execução do servlet após a chamada do servlet.

(4) servlet

- Definição de formato

 // Configure o MVC do Spring e especifique o servlet para processar a solicitação. Existem duas maneiras de: // 1. O endereço padrão do arquivo de configuração do MVC é: /web-inf/$ {servletname }-ervlet.xml//2. Você pode modificar o local do arquivo de configuração do MVC por meio da configuração. Você precisa especificar o local do arquivo de configuração do MVC ao configurar o DispatcheserServlet. // O segundo método é usado aqui <!-Springmvc Core Controller-> <Vertlet> <Verlet-name> Dispatchservlet </servlet-name> <Servlet-class> org.springframework.web.servlet.dispatcherServlet </servlet> <inter-paparm> <amonMame> contextletfigloclogllogla </servlet-class> <inter-Param> <amname> Contextlet. <amam-value> ClassPath: spring/springmvc.xml </param-value> </irit-param> <adound-on-startup> 1 </olload-on-startup> </servlet> <ar Servlet-Mapping> <sivlet-name> DispatchServlet </Servlet> <url-tattern>*.

efeito:

1. Crie e retorne uma página HTML completa contendo conteúdo dinâmico com base na natureza da solicitação do cliente;
2. Crie uma parte das páginas HTML (trechos HTML) que podem ser incorporados em uma página HTML existente;
3. Leia dados ocultos enviados pelo cliente;
4. Leia os dados de exibição enviados pelo cliente;
5. Comunicação com outros recursos do servidor (incluindo bancos de dados e aplicativos Java);
   

2. Processo de carregamento Web.xml (etapas):

1. Ao iniciar um projeto da Web, o contêiner (como Tomcat e Apache) lerá dois nós em seu arquivo de configuração Web.xml, param de contexto e ouvinte.
2. Imediatamente depois, o contêiner criará um servletContext (também conhecido como contexto de servlet), que pode ser usado por todo o projeto da Web no escopo do aplicativo.
3. O contêiner converte <i context-param> em pares de valor-chave e o entrega ao servletContext.
4. O contêiner cria uma instância de classe em <Ilanter>, ou seja, cria um ouvinte. (Nota: a classe definida pelo ouvinte pode ser uma classe personalizada, mas deve herdar o servletContextListener).
5. Haverá um método de inicialização do Contextinitialized (ServletContextevent ARGS) no método de escuta. Neste método, obtemos: servletContext = servletContextevent.getServletContext (); o valor do contexto-param = servletContext.getInitParameter ("chave de contexto-param"); Nesta classe, também deve haver um método Destroy Destroyed (Evento ServletContextevent). Usado para liberar recursos antes de fechar o aplicativo, como fechar a conexão do banco de dados.
6. Depois de obter o valor dessa param de contexto, você pode fazer algumas operações. Observe que seu projeto da Web não foi totalmente iniciado neste momento. Esta ação será mais cedo do que todos os servlets. Em outras palavras, neste momento, as operações que você executa com os valores-chave em <Context-Param> serão executadas antes que seu projeto da Web seja totalmente iniciado.
7. Por exemplo. Você pode abrir o banco de dados antes do início do projeto. Então, aqui você pode definir o método de conexão do banco de dados em <Context-Param> e inicializar a conexão do banco de dados na classe de escuta.

Conhecimento suplementar: ServletContext é um espaço global para armazenar informações. Quando o servidor é iniciado, ele existe. Quando o servidor é fechado, ele é lançado. Solicitação, um usuário pode ter várias sessões, um usuário e servletContext, todos os usuários compartilham um. Portanto, para economizar espaço e melhorar a eficiência, no ServletContext, é seguro colocar os threads importantes e importantes que todos os usuários precisam compartilhar. Por exemplo, em um site de compras, os usuários desejam acessar as informações detalhadas dos produtos. Se colocado no domínio da sessão, cada usuário deve acessar o banco de dados, que é muito ineficiente; E em um servletContext, depois que o servidor inicia, ele acessa o banco de dados e coloca as informações do produto no banco de dados, para que todos os usuários possam acessar as informações do produto através do contexto.

3. Ordem de carregamento do nó web.xml:

• A ordem de carregamento dos nós web.xml não tem nada a ver com a ordem de sua posição no web.xml, ou seja, o <filtro> não será carregado primeiro apenas porque <filtro> foi gravado antes <Context-Param>.
• Como mencionado acima, <-param> é usado para fornecer pares de valor-chave ao servletContext, ou seja, informações de contexto do aplicativo. O ouvinte, o servlet e outros nós usarão essas informações de contexto durante o processo de inicialização, então finalmente concluímos que a ordem de carregamento do nó web.xml deve ser: context-param-> ouvinte-> filtro-> servlet.
• Para um certo tipo de nó de configuração, a sequência de posição é necessária. Tome servlet como exemplo. O nó de configuração relacionado ao servlet é o mapeamento do servlet. Para servlets e mapeamento de servlet com o mesmo nome de servlet da seção de configuração, o mapeamento do servlet deve ser definido após o servlet. Caso contrário, ao analisar o mapeamento de servlet, seu nome de servlet ainda não foi definido. Quando cada servlet é inicializado no início do contêiner da web, ele é inicializado na ordem em que a seção de configuração do servlet é exibida.
• Conclusão final: A ordem de carregamento do web.xml é: [contexto -param -> ouvinte -> filtro -> servlet -> primavera], e a ordem das chamadas reais do programa entre os nós do mesmo tipo é chamada de acordo com a ordem de mapeamento correspondente.
  

O exposto acima é todo o conteúdo deste artigo. Espero que seja útil para o aprendizado de todos e espero que todos apoiem mais o wulin.com.