Ventajas de springboot y ssm
1) No hables de 1) primavera. El IOC central, la tecnología AOP y el desacoplamiento del IOC mejoran en gran medida la reutilización y la capacidad de mantenimiento del código. aop proporciona programación de vanguardia, lo que también aumenta la productividad.
2) Spring MVC, en comparación con struts2 y otros marcos MVC, sin mencionar que struts2 tiene tantas vulnerabilidades de seguridad, es decir, la interceptación de clases. Todas las variables de acción se comparten y son entradas de filtro. Spring MVC es un método de interceptación y el controlador posee exclusivamente los datos de respuesta de la solicitud. La entrada serlvet utilizada está perfectamente conectada con el manantial. En términos de desarrollo, Spring MVC es más liviano y tiene un punto de entrada más bajo.
3) mybatis. Desde el punto de vista del escenario empresarial, lo principal es que los desarrolladores pueden controlar y ajustar el SQL de mybatis. En comparación con marcos ORM como hibernación, es más intuitivo. Cuando el escenario empresarial es complejo y SQL está interrelacionado, quien utilice mybatis lo sabrá. Por supuesto, la desventaja es que no es muy amigable para los desarrolladores que no están familiarizados con SQL.
El contraste entre ambos es un poco extraño. Debido a que SSM es un marco de uso WEB, que cubre toda la capa de uso, Spring Boot puede considerarse como un marco auxiliar para el inicio, la configuración y el desarrollo rápido, dirigido a microservicios.
Springboot es solo para mejorar la eficiencia del desarrollo, pero también para mejorar la productividad:
1. Un uso de springboot es un jar ejecutable (el método principal de la clase de inicio para iniciar la web). aplicación), a diferencia de la guerra tradicional integrada en el contenedor Tomcat. Puede iniciar servicios en forma de jar e implementar y publicar rápidamente servicios web. Los microservicios son los mejores.
2. Simplifique la configuración xml original en la configuración java.
3. Por supuesto, la estructura puede ser diferente del ssm general, pero se encuentra principalmente en el archivo de recursos.
El "acuerdo" predeterminado de Spring Boot es leer recursos estáticos de estos subdirectorios del directorio de recursos:
(Reimpreso de Open Source China) Preguntas y respuestas relacionadas: ¿Cuántas concurrencias tiene Springboot? ¿Tiene Tomcat incorporado?
SpringBoot tiene Tomcat incorporado En la configuración predeterminada, el número máximo de subprocesos de Tomcat es 200 y el número máximo de conexiones es 10,000. La cantidad de simultaneidad admitida es la cantidad de conexiones.
Tomcat tiene dos modos para procesar conexiones, uno es BIO, un subproceso maneja solo una conexión y el otro es NIO, un subproceso maneja múltiples conexiones. Dado que las solicitudes HTTP no tardan demasiado y varias conexiones generalmente no reciben mensajes al mismo tiempo, no hay gran problema al procesar varias conexiones con un hilo. Por lo tanto, 200 subprocesos que manejan 10.000 conexiones están completamente bien.
Los valores predeterminados se pueden ver en el paquete spring-boot-autoconfigure-x.x.x.
Preguntas y respuestas relacionadas: ¿Es mejor empaquetar un proyecto Springboot en una guerra y ejecutarlo con Tomcat, o empaquetarlo en un jar e iniciarlo directamente? ¿Por qué?
¡Gracias por la invitación! Responderé a tus preguntas a partir de los siguientes puntos
1. Pasos para crear un paquete jar
2 Pasos para crear un paquete war
3. paquete jar ¿Cuál es la diferencia entre iniciar un paquete de guerra?
Pasos para crear un paquete jar
1. Especifique el nombre del paquete jar
Haga clic derecho en el proyecto-Ejecutar maven-install
Entonces, ¿qué debo hacer si hay varias clases de inicio principales en el proyecto? Especifique la clase de inicio principal en pom
Usar el nombre del paquete jar -jar
Pasos para crear. un paquete war
1. Especifique el método de empaquetado en Springboot pom, cambie jar a war
2 Empaquete el tomcat dependiente en el módulo spring-boot-starter-web
3. En el archivo principal, implemente SpringBootServletInitializer en la clase de inicio y anule el método de configuración
Embalaje:
Coloque el paquete war en las aplicaciones web de Tomcat y ejecútelo;
Nota: springboot2.0 tiene Tomcat8.5.25 incorporado, se recomienda utilizar la versión externa de Tomcat9.0 para ejecutarlo; de lo contrario, la versión de error es incompatible.
Errores comunes en el empaquetado
Si no hay una lista principal en el informe de errores, agregue una nueva en el archivo pom
Cuando se ejecuta Java jar, aparece un mensaje de error 'no es una descripción de comando interna o externa jdk' El entorno no está instalado
¿Cuál es la diferencia entre ejecutar un paquete jar y ejecutar un paquete war?
SpringBoot se puede empaquetar como un paquete war o un paquete jar. ¿Cuáles son las siguientes diferencias?
1. Paquete Jar: ejecútelo directamente a través del Tomcat integrado, no se necesita ningún contenedor Tomcat adicional. Si desea modificar los parámetros de Tomcat, directamente en
applicaiton.properties<. /p>
Simplemente configúrelo en el archivo. El Tomcat integrado no tiene su propio registro de salida. El paquete jar es más conveniente, rápido y sencillo de ejecutar.
2. Paquete war: debe instalar tomcat y luego colocar el paquete war en webapps para ejecutarlo. Puede elegir de manera flexible la versión de tomcat o modificar directamente la configuración de tomcat. y puede configurar su propia política de seguridad. Es más flexible que los paquetes jar.
Si queremos que un tomcat gestione múltiples proyectos o utilice otros servidores web como jetty/netty, en este caso debemos utilizar el paquete war.
Si todavía estás usando JSP, porque jsp solo se puede usar en paquetes de guerra,
Ya sea para ejecutarlo directamente usando jar o tomcat, personalmente prefiero los paquetes de guerra. Pero no hay mucha diferencia en qué método utilizar. Depende de sus propios hábitos y escenarios.