Red de conocimiento informático - Computadora portátil - Acegi(xii): ¿Qué tiene de interesante el anónimoProcessingFilter? ¿Qué beneficios puede aportarnos? Para resolver este problema, leímos la documentación de Acegi, pero para ser honesto, debido a que la documentación usa palabras como "conveniente" y "hermoso" para describir los beneficios de este filtro, todavía no lo siento. Aquí hay un resumen de las razones que se me ocurren ahora mismo. Perfecto en teoría. Con este filtro, es posible agregar permisos para todos los enlaces en el sistema y también agregar autenticación anónima predeterminada para "acceso no rutinario", como inicio de sesión, cierre de sesión y página de inicio. Este "acceso no convencional" se puede escribir desde el archivo de configuración de acegi; por supuesto, escribir también tiene desventajas. De esta deficiencia, vemos la siguiente razón. Configuraciones dinámicas para enlaces. Puede suceder que inicialmente se acceda a un enlace mediante permisos específicos, pero debido a cambios en la lógica empresarial, los permisos del enlace se vuelven anónimos o el acceso anónimo original se convierte en permisos específicos. En este punto, para establecer permisos sin reiniciar el servidor, preconfiguramos anonymProcessingFilter para manejar estas situaciones predeterminadas. No puedo adivinar el resto ahora, espero que puedas recuperarlo. 2. ¿Cómo configurar? No lo entiendo del todo, pero requiere configuración. ¿Cómo configurarlo? Echemos un vistazo a las tres clases involucradas en este filtro: AnonymousProcessingFilter, AnonymousAuthenticationToken y AnonymousAuthenticationProvider. No hay mucho que decir sobre la primera clase, es la clase de implementación de este filtro y no se puede prescindir de ella. No hay mucho que decir sobre la primera clase, es la clase de implementación del filtro y no se puede hacer nada sin ella. La segunda clase es en realidad una autenticación mediante la cual se puede agregar una autenticación anónima predeterminada. La tercera clase implementa la interfaz AuthenticationProvider. Con la autenticación anónima, debe proporcionar un proveedor para filtrar en filterInvocationInterterface. Si se utiliza autenticación anónima, se debe proporcionar un proveedor correspondiente para que filterInvocationInterceptor "se atasque" al verificar los permisos. Jaja, cuando vi esto, pensé que era bastante interesante: algo con una cabeza en sí, para poder "cubrirlo" y que pueda funcionar en el mundo real, tengo que conseguir dos cosas más con la misma cabeza. Después de una comprensión general, echemos un vistazo a la configuración: 2.1 Configure el frijol de filtro de proceso anónimo. Anónimo en userAttribute corresponde al principal de Autenticación (AnonymousAuthenticationToken también es un tipo de Autenticación, aunque algunos son falsos), y ROLE_ANONYMOUS corresponde a GrantyMOUS en Autenticación. En la autenticación GrantedAuthority [], la clave anónima es generada por keyHash en AnonymousAuthenticationToken (obtenido a través del método hashCode en la clase String). La siguiente configuración para el proveedor de autenticación anónima corresponde a 2.AuthenticationProvider en la línea correspondiente.