El problema
En el pasado, al escribir el código de la capa de control del back-end, la
interfaz a menudo encontraba problemas de dominio cruzado al escribir sus propias solicitudes.
¿Por qué
un puerto abierto de servicios de back-end 8080
abierto directamente de IDEA en el
archivo html jQuery petición de recursos dentro de la estática
se encuentra el puerto de entrada 63342 navegador
envía una petición fue bloqueado cors
Obviamente 127.0.0.1:63342 y 127.0.0.1:8080 no son el mismo puerto
Abraza uno
Access to XMLHttpRequest at xxx orgin xxx ...
¡No se puede acceder a través de dominios!
Cambié esa línea, cambié un código de fondo,
agregué el controlador
@CrossOrigin("*")
Se puede resolver de la manera más simple
Las versiones anotadas se pueden configurar en Spring Boot
@Configuration
public class MyConfiguration {
@Bean
public WebMvcConfigurer corsConfigurer() {
return new WebMvcConfigurerAdapter() {
@Override
public void addCorsMappings(CorsRegistry registry) {
registry.addMapping("/**");
// 这样可以调整颗粒度 更加自由
registy.addMapping("/api");
}
};
}
}
versión xml
<mvc:cors>
<mvc:mapping path=""/>
</mvc:cors>
Resumen
Solo las solicitudes XMLHttpRequest tienen dominio cruzado
La común es la solicitud Xml nativa
jquery encapsulada solicitud XmL. El
href = "https: // xxx" ordinario no aparece
Los protocolos no homólogos, no homólogos y no homólogos producen dominios cruzados