Lernen Sie Spring Session und Redis kennen, um Probleme bei der domänenübergreifenden Freigabe verteilter Sitzungen zu lösen

Verwenden Sie Spring Session und Redis, um das Problem der domänenübergreifenden gemeinsamen Nutzung verteilter Sitzungen zu lösen

Erklärung des Phänomens:

Die Vorderseite -End- und Back-End-Codes im Projekt sind nicht vorhanden. Wenn der Dienst nach der Trennung normal auf zwei Instanzen ausgeführt wird, wird gelegentlich eine Eingabeaufforderung angezeigt, die der Notwendigkeit ähnelt, sich erneut anzumelden, und die Hintergrundfehlermeldung

Dies ist eine Prozessorausnahme.

Nach dem Hinzufügen einer Maschineninstanz wird beim Zugriff auf die Front-End-Seite wiederholt auf die Anmeldeseite zugegriffen auf Seite 302. Verschiedene Anzeichen deuten darauf hin, dass es sich um Probleme mit der Anmeldekonfiguration handelt.

Empfehlungen zu verwandten Themen: PHP-Sitzung (einschließlich Bilder, Videos, Fälle)

Problemeinführung: Sitzung kann nicht geteilt werden, was zu Abfragen zwischen verschiedenen Maschinen führt, die eine Anmeldung erfordern, was zu einer endgültigen Dienstausnahme führt

Lösung: Verwenden Sie Spring Session und Redis, um das Problem verteilter Sitzungen zu lösen. Domänenfreigabe

Konfiguration auflösen:

1)Abhängigkeit hinzufügen

<dependency>
  <groupId>org.springframework.session</groupId>
  <artifactId>spring-session-data-redis</artifactId>
  <version>1.2.0.RELEASE</version>
</dependency>
<dependency>
  <groupId>org.apache.velocity</groupId>
  <artifactId>velocity</artifactId>
  <version>1.7</version>
</dependency>

2 ) web.xml-Konfiguration hinzufügen Datei:

<!-- 分布式Session共享Filter -->
<filter>
  <filter-name>springSessionRepositoryFilter</filter-name>
  <filter-class>org.springframework.web.filter.DelegatingFilterProxy</filter-class>
</filter>
<filter-mapping>
  <filter-name>springSessionRepositoryFilter</filter-name>
  <url-pattern>/*</url-pattern>
</filter-mapping>

3) Spring.xml-Konfiguration

<!-- 将session放入redis -->
<context:annotation-config/>
<bean id="redisHttpSessionConfiguration"   class="org.springframework.session.data.redis.config.annotation.web.http.RedisHttpSessionConfiguration">
   <property name="maxInactiveIntervalInSeconds" value="120" />
</bean>
<bean class="org.springframework.data.redis.connection.jedis.JedisConnectionFactory">
   <!-- redis 配置 -->
   <property name="hostName" value="192.168.0.48" />
   <property name="port" value="6379" />
</bean>

Analyse:

1. DelegatingFilterProxy-Klasse im Web: Sie gehört zum Proxy-Fiter, der gestartet wird Beim Laden in web.xml wird die Verwaltung des Filters im Frühjahr an die Beans übergeben. Das heißt, der dritte Schritt der Konfiguration führt RedisHttpSessionConfiguration ein . Diese Klasse ist sehr wichtig. SpringHttpSessionConfiguration übergibt @Bean Inject springSessionRepositoryFilter

3 Dass DelegatingFilterProxy zuvor gesucht hat, ist der Schlüssel. Wie hängen sie konkret zusammen?

Wenn der Parameter init-param nicht angegeben ist, verwendet DelegatingFilterProxy filter-name als zu findendes Bean-Objekt, was auch der Fall ist die Rolle der DelegatingFilterProxy-Klasse. Es ist ersichtlich, dass jede Anfrage diesen Filter passiert und Anfragen, die diesen Filter passieren, auch den springSessionRepositoryFilter-Filter passieren. Dann werfen wir einen Blick auf den SessionRepositoryFilter-Filter

4, springSessionRepositoryFilter Die Funktion besteht darin, die standardmäßige javax.servlet.http.HttpSession-Unterstützung des Containers durch

SessionRepositoryFilterSessionRepositoryFilter sind wie folgt: org.springframework.session.Session

5. Darunter sind ,

Interne Klassen sind ebenfalls sehr wichtig. Beispielsweise ist an der SessionRepositoryRequestWrapper-Klasse SessionRepositoryResponseWrapperSessionRepositoryRequestWrapperHttpSessionWrapper

zu erkennen, dass SessionRepositoryRequestWrapper die Klasse javax.servlet.http.HttpServletRequestWrapper erbt. Wir wissen, dass die Standardimplementierung der HttpServletRequest-Schnittstelle HttpServletRequestWrapper ist. wie folgt

6. ID usw. Methode. An diesem Punkt sollten wir ungefähr verstehen, dass die ursprüngliche Anfrage und Antwort neu verpackt wurden. Wir verstehen auch, wie die ursprüngliche HttpSeesion durch Spring Session ersetzt wurde.

Wir verwenden die Tastenkombinationen, um die spezifische Implementierung von request.getSession() anzuzeigen, und wir können sehen, dass es bereits eine Methode zum Überschreiben des SessionRepositoryRequestWrapper gibt. Es gibt oben zwei Standardimplementierungen, eine ist original und die andere wird von Spring Session implementiert. Dies ist die Rolle des oben erwähnten DelegatingFilterProxy. Jede Anfrage wird gefiltert Gehen Sie auch den SpringSessionRepositoryFilter-Filter durch. Der SpringSessionRepositoryFilter-Filter realisiert die Konvertierung der ursprünglichen Anfrage in den SessionRepositoryRequestWrapper. Implementierung von

request.getSession().setAttribute(name, value): Wenn Sie den Code verfolgen, können Sie den Inhalt unten

erreichen und Redis-bezogene Vorgänge sehen! An diesem Punkt sollten wir wissen, wie Spring Session funktioniert! Obwohl der folgende Prozess nicht noch einmal vorgestellt wird, ist er bereits klar verstanden.

Verwandte Lernempfehlungen: Redis-Video-Tutorial

Das obige ist der detaillierte Inhalt vonLernen Sie Spring Session und Redis kennen, um Probleme bei der domänenübergreifenden Freigabe verteilter Sitzungen zu lösen. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!