Předtím jsem tomu při studiu nevěnoval moc pozornosti, ale dnes jsem se vrátil a pečlivě studoval životní cyklus sezení.
Relace jsou ukládány na straně serveru a obecně, aby se zabránilo jejich umístění v paměti serveru (pro vysokorychlostní přístup), Sessinon vytváří první přístup uživatele k serveru.Všimněte si, že pouze přístup k JSP, Servletu a dalším programům vytvoří relaci, a pouze přístup ke statickým zdrojům jako HTML a IMAGE nevytváří relaci.
Kdy vyprší sezení?
1. Server vymaže relaci z paměti serveru, která byla dlouho neaktivní, a relace bude neplatná. Výchozí doba expirace seance v Tomcatu je 20 minut.
2. Vyvolat metodu neplatnosti sezení.
Požadavky na relace pro prohlížeče:
Ačkoliv je relace uložena na serveru a je pro klienta transparentní, její běžný provoz stále vyžaduje podporu prohlížeče klienta. Je to proto, že Session musí používat cookies jako identifikátor. HTTP protokol je bezstavový a relace nemůže být podle HTTP spojení vyhodnocena, aby zjistila, zda jde o stejného zákazníka, proto server odešle klientskému prohlížeči cookie jménem JSESSIONID, která obsahuje hodnotu id relace (tedy vrácenou hodnotu HttpSession.getId()). Session používá cookie k identifikaci, zda jde o stejného uživatele.
Tento cookie je automaticky generován serverem a jeho atribut maxAge je obvykle -1, což znamená, že je platný pouze v aktuálním prohlížeči, není sdílen mezi okny prohlížeče a nebude platný při zavření prohlížeče. Proto když na stejném zařízení přistupují dvě okna prohlížeče, vznikají dvě různé relace. Kromě nových oken otevřených odkazy, skripty apod. v okně prohlížeče (tj. ne oken otevřených dvojitým kliknutím na ikony desktopového prohlížeče atd.). Tato podřízená okna sdílejí cookie rodičovského okna a tím i relaci.
Poznámka: Nové relace jsou generovány v nově otevřených oknech prohlížeče, kromě podoken. Dětské okno sdílí relaci rodičovského okna. Například když kliknete pravým tlačítkem na odkaz a vyberete "Otevřít v novém okně" v menu zkratek, které se objeví, může podřízené okno přistupovat k relaci rodičovského okna.
Co když klientský prohlížeč deaktivuje cookies nebo je nepodporuje? Například drtivá většina mobilních prohlížečů cookies nepodporuje. Java Web nabízí další řešení: přepsání URL adres.
Přepisování URL adres je řešení pro klienty, kteří nepodporují cookies. Principem přepisování URL adres je přepsat ID informace uživatelovy relace na URL adresu. Server může analyzovat přepsanou URL a získat Session ID. Tímto způsobem, i když klient nepodporuje cookies, lze relaci použít k zaznamenání uživatelského stavu. Třída HttpServletResponse poskytuje encodeURL (String url) pro přepisování URL adres, což automaticky určuje, zda klient podporuje cookies. Pokud klient podporuje cookies, URL bude vytištěna tak, jak je. Pokud klient nepodporuje cookies, je ID uživatelské relace přepsané do URL.
Poznámka: TOMCAT určuje, zda klientský prohlížeč podporuje cookies na základě toho, zda je cookie zahrnuto v požadavku. Ačkoliv klient může podporovat cookies, protože při prvním požadavku nejsou žádné cookies přenášeny (protože neexistují cookies, které by to umožňovaly), přepsaná URL adresa bude stále obsahovat jsessionid v adrese. Server už při druhé návštěvě napsal cookie do prohlížeče, takže přepsaná URL adresa nebude mít jsessionid v adrese.
|
Zveřejněno 19.04.2015 19:44:59
|
|
|
Zveřejněno 18.03.2017 16:52:21