ASP에서 Session의 활용 기술에 대한 자세한 설명

약간 더 큰 ASP를 작성해 본 사람이라면 누구나 Session 개체를 사용하여 사용자의 개인 데이터 변수를 기록하는 데 사용할 수 있으며 이는 안전하고 편리하다는 것을 알고 있습니다. 하지만 세션이 어떻게 작동하는지 정말로 알고 있나요?

우선 클라이언트의 개인 데이터 변수를 기록하는 데 사용할 수 있는 Session의 장점에 대해 이야기해 보겠습니다. , 기간 내에 사라지지 않습니다. 이는 특히 사용해야 하는 멤버가 있는 시스템의 경우 정말 중요한 기능입니다. 회원의 로그인 계정, 시간,
상태
, 기록해야 할 다양한 실시간 데이터(예: 사용자의 장바구니에 담긴 상품을 기록하는 쇼핑 시스템) 등 이 정보는 각 개인에게 개인적으로 필요합니다. 일반적으로 개발자는 세션 레코드 처리를 사용합니다. 그러나 ASP의 Session은
쿠키
로 구성되어 있으며, 서버는 Session에 기록된 모든 데이터를 쿠키의 형태로 사용자의 브라우저에 전송합니다. 일반적으로 브라우저는 사용자가 링크를 클릭하고 서버에 다시 연결할 때마다 이러한 쿠키를 저장하여 처리를 위해 서버로 다시 보냅니다. 이것이 Session의 운영 원리입니다. 데이터의 양이 많아지면 내보내고 다시 가져와야 하기 때문에 회선 대역폭을 소모할 뿐만 아니라 서버가 온라인 처리 및 재구성에 더 많은 리소스를 소비해야 하므로 성능이 저하됩니다. 메모리. 초기 동작. 이제 여러분은 "이 기능을 사용해야 하므로 희생해야 한다"고 생각할 수도 있습니다. 그러나 이 기사는 한편으로는 Session을 덜 사용하도록 가르칩니다. 다음으로 나타나는 것은 Global.asa에도 속한다는 것입니다. 애플리케이션은 임시 데이터를 기록하고 처리하는 데에도 능숙합니다. 기능과 사용법은 Session과 동일하지만, 기록하는 데이터는 공개되어 모든 사용자가 공유 변수 공간을 사용할 수 있습니다. Session과 달리 Application은 사용자에게 데이터를 전송한 후 다음 연결 후에 이를 다시 읽어들이므로 Server의 메모리에 직접 기록되므로 Session보다 성능이 훨씬 빠릅니다.

애플리케이션 객체가 공개되기 때문에 가장 먼저 해야 할 일은 시뮬레이션 목적을 달성하기 위해 각 사용자를 위한 공통 영역을 계획하여 각 사용자가 데이터를 기록할 자신만의 영역을 갖도록 하는 것입니다. 세션. 현재는 두 가지 방법이 있습니다.

먼저, 서버가 활성화될 때 미리 사용자 메모리 공간을 초기화하고 생성하고 할당하는 방법입니다. 일반적으로 이 방법은 서버가 시작되자마자 많은 리소스를 차지하지만, 또한 나중에 매번 시간을 절약할 수 있습니다. 사용자는 온라인에 접속한 후 할당하는 수고를 겪어야 합니다. 하지만 이 방법은 활성화되자마자 초기화되기 때문에 제한이 있습니다. 채팅방 같은 것 말이죠.

2. 이 방법은 대규모 애플리케이션에 더 적합한 것으로 간주되어야 하며 동적 할당 방법을 채택하고 사용자가 처음 서버에 연결할 때 사용자에게 리소스 할당을 시작합니다. 이 두 가지 Session 시뮬레이션 방법의 목적은 Session 자원의 소모를 줄이는 것이지만 결국 완전히 대체할 수는 없습니다. 섬기는 사람.

첫 번째 솔루션

먼저 첫 번째 솔루션의 구현을 시작합니다. 활성화 중에 애플리케이션이 초기화되므로 물론 Global.asa에서 시작해야 합니다.

이미 초기화가 완료되었는데 어떻게 사용하나요? 계좌 번호, 로그인 시간 등 원래 Session을 사용하여 저장된 데이터를 사용자가 로그인하는 위치에서 생성한 Application 객체로 변경하기만 하면 됩니다.


코드는 다음과 같습니다.

'
寻找未被使用的空间 
For
 i = 1 To Application("ClientMax") 
If
 Application("User_Status_" & i) = 0 Then 
'使用者暂时编号 
Session("Index") = i 
'锁定 
Application Application.Lock 
'设成已使用的状态 Application("User_Status_" & i) = 1 '放入变量数据 
Application("User_Ac
count
_" & i) = Account 
Application("User_Log
time
_" & i) = Now()
'解除锁定 
Application.Unlock 
Exit For 
End
 If 
Next

사용자 관련 변수 데이터를 얻는 방법은 다음과 같습니다.

Response.Write(Application("User_Account_" & Session("Index"))

찾을 수 있습니다. Session을 사용하고 싶지 않은 이유는 무엇입니까? 앞서 언급한 것처럼 이 대안은 Session을 완전히 대체할 수 없으며 연결이 끊어집니다. 페이지를 읽은 후 다음 번에 같은 사람이 연결될 것인지 어떻게 알 수 있습니까? 이때 우리는 사용자에게 실시간 번호 세트를 제공하며 이 번호는 사용자의 애플리케이션입니다. 변수 공간에 있는 숫자는 은행에 금고가 많다고 생각할 수 있는데, 열쇠를 가지고 있고, 열쇠에 적힌 숫자를 보면 직원이 자신의 금고로 안내할 수 있습니다. 이 방법은 여전히 ​​개선되었지만 소규모 애플리케이션에는 충분합니다

두 번째 솔루션

이전 솔루션에 대해서는 맞춤 번호를 Session을 사용한다고 생각할 수도 있습니다. 번호 매기기와 관련하여 Session 개체는 "SessionID" 메서드를 제공합니다. 사용 여부에 관계없이 서버는 자동으로 각 사용자에게 번호를 할당하며 이 번호는 반복되지 않습니다. SessionID를 얻습니다. 이 번호 지정은 우리가 직접 작성한 번호 지정 프로그램을 대체하는 데 사용할 수 있으며 기본적으로는 더 큰 확장성을 갖습니다. 위의 솔루션은 여전히 ​​인원 수를 제한하는 채팅방과 같은 소규모 애플리케이션에 사용됩니다.

초당 사용자 수는 수백, 수천 명입니다. 또는 수만 명이라도 이전 솔루션을 사용하면 확실히 작동하지 않습니다. 10,000명의 상한선을 설정하면 서버는 10,000명이 사용할 수 있도록 10,000개의 영역을 잘라내는 데 도움이 됩니다. 한 영역에 변수 5개, 변수 1개가 32바이트를 차지하는데, 10,000개가 320,000K(320MB) 이상을 차지하게 되면 서버가 활성화되자마자 메모리에 너무 많은 쓰레기가 쌓이게 되어 성능이 부족할 수밖에 없습니다. 전장에 가면 많이 줄어들 것인데, 이 숫자가 적음에도 불구하고 위의 숫자는 최소 숫자를 가정한 것이며 서버에 얼마나 많은 추가 리소스가 있는지 알 수 없습니다. 메모리를 구성할 때 사용하므로 더 낮지 않고 더 높을 뿐이므로 사용자 변수 공간을 동적으로 구성하고 사용자가 서버에 연결될 때만 영역을 잘라내는 것이 유일한 해결책입니다. , 따라서 대용량 메모리를 미리 구성할 필요가 없습니다.
두 번째 옵션은 구현이 비교적 간단합니다. 첫 번째 옵션의 모든 항목을 삭제하세요. Global.asa로 이동할 필요는 없으며 사용자 로그인 위치와 기타 유용한 정보만 변경하면 됩니다. places:

코드는 다음과 같습니다.

'锁定 ApplicationApplication.Lock '放入变量数据 
Application("User_Account_" & Session.SessionID) = Account 
Application("User_Logtime_" & Session.SessionID) = Now() '解除锁定Application.Unlock

사용자의 관련 변수 데이터를 얻으려면 다음과 같습니다.

코드는 다음과 같습니다.

rree

【관련 추천】

1.

ASP 무료 동영상 튜토리얼

ASP 세션 간단한 예시

3.

ASP 세션 상세 소개

4.

ASP 세션 손실 문제 해결 방법을 알려드립니다

5.

ASP의 세션 소개 객체의 세 가지 방법

위 내용은 ASP에서 Session의 활용 기술에 대한 자세한 설명의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!