添加的内容 删除的内容
(修改自此处;原许可:CC BY-SA 3.0[网站升级迁移]) |
(我来啦, replaced: 會 → 会 (13), 譯 → 译, 階 → 阶, 層 → 层 (2), 話 → 话 (13)) |
||
第3行: | 第3行: | ||
|G1=IT |
|G1=IT |
||
}} |
}} |
||
在[[计算机科学]]领域来说,尤其是在[[计算机网络|网络]]领域,'''会话'''('''session''',Microsoft Windows 中文版 |
在[[计算机科学]]领域来说,尤其是在[[计算机网络|网络]]领域,'''会话'''('''session''',Microsoft Windows 中文版译作'''工作阶段''')是一种持久网络协议,在用户(或用户代理)端和服务器端之间建立关联,从而起到交换数据包的作用机制,session在[[网络协议]](例如[[telnet]]或[[FTP]])中是非常重要的部分。 |
||
在不包含[[ |
在不包含[[会话层]](例如[[用户数据报协议|UDP]])或者是无法长时间驻留[[会话层]](例如[[HTTP]])的传输协议中,会话的维持需要依靠在传输数据中的高级别程序。例如,在浏览器和远程主机之间的HTTP传输中,HTTP cookie就会被用来包含一些相关的信息,例如session ID,参数和权限信息等。 |
||
== 软件实现 == |
== 软件实现 == |
||
第11行: | 第11行: | ||
TCP 会话通常是通过子进程和(或)多线程在软件中实现的,当计算机建立或者加入一个会话时即创建一个新的进程或线程。HTTP 会话通常不会针对每个会话创建一个线程,而是由一个储存每个会话状态信息的数据库实现的。使用多线程或者多进程的方式带来的好处是降低了软件的复杂度,因为每个线程或者进程都单独具备自己的历史信息并且封装了变量。而这样做的劣势是带来了大量系统资源的开销,而且会话会因为系统的重启而被打断。 |
TCP 会话通常是通过子进程和(或)多线程在软件中实现的,当计算机建立或者加入一个会话时即创建一个新的进程或线程。HTTP 会话通常不会针对每个会话创建一个线程,而是由一个储存每个会话状态信息的数据库实现的。使用多线程或者多进程的方式带来的好处是降低了软件的复杂度,因为每个线程或者进程都单独具备自己的历史信息并且封装了变量。而这样做的劣势是带来了大量系统资源的开销,而且会话会因为系统的重启而被打断。 |
||
当客户端在多个服务器调取数据时,保持 |
当客户端在多个服务器调取数据时,保持会话状态的一致性是需要注意的,客户端需用同时保持和某一个主机的连接,或者多个服务器端需要共享一个储存会话信息的文件系统或者数据库。否则,当用户在一个新的而不是一开始保存会话信息的主机上提交访问请求的时候,主机会因为无法获知原来主机的会话的访问状态而产生问题。 |
||
== 服务器端的会话 == |
== 服务器端的会话 == |
||
服务器端的 |
服务器端的会话是快速而高效的,但是在负载均衡系统和高速应用系统中的使用会比较麻烦,而在没有储存能力的系统上更是无法使用。在负载均衡系统中可以通过共享储存或者设立独立的存储服务器来解决,这需要根据系统的效率和载入分布的需求情况。 |
||
使用缓存存储 |
使用缓存存储会话数据是一种不需要储存介质的解决方案。这种方式适合于处理少量数据的客户端操作(例如[[路由]]或网络桥接器对多个客户端产生的请求)。但是这种方式会消耗较多内存空间。 |
||
== 客户端的 |
== 客户端的会话 == |
||
客户端 |
客户端会话使用了Cookie和[[加密]]技术来完成上面提到的数据储存需求。 |
||
== 服务器端 |
== 服务器端会话和客户端的协作 == |
||
在动态页面完成解析的时候,储存在 |
在动态页面完成解析的时候,储存在会话中的变量会被压缩后传输给客户端的Cookie。此时完全依靠客户端的文件系统来保存这些数据(或者内存)。 |
||
在每一个成功的请求中,Cookie中都保存有服务器端用户所具有的身份证明(PHP中的session id)或者更为完整的数据。 |
在每一个成功的请求中,Cookie中都保存有服务器端用户所具有的身份证明(PHP中的session id)或者更为完整的数据。 |