Ⅰ session有效范围
1、首先session是保存在服务端的，也就是说当你访问一个页面的时候，会自动的在服务器上创建一个session，浏览器取到这个session信息，存到本地的cookie里面
2、能否检测到session信息，这要看本地的浏览器对于这个cookie的限制，当我们重新打开一个浏览器的时候，要看这个网站的设计是首先从cookie里面读信息，读不到的时候再向服务端申请新的cookie，还是网站不管cookie里面有没有，就直接的申请新的了
Ⅱ 怎样用session来存储用户名
servlet中方法内可写request.getSession().setAttribute("oneuser", user);
user是一个变量，把用户名赋给user
然后把user放到session中，
读出时request.getSession().getAttribute("oneuser“）
Ⅲ 一个session能存储多少个值
session是占用的服务器内存，所以内存越大，能存的值就越大，原则上讲无上限，一般用于存储对安全要求较高的重要数据；
Session相当于数组，存储的值越多性能越不好，容易丢失数据，所以，尽量少存值。
Ⅳ session的作用范围
1，对于值类型的变量,Session中保存的是值类型的拷贝
Session["__test0"] = 1;
int i = (int)Session["__test0"]+1;
int j = (int)Session["__test0"];
结果：i=2,j=1
2，对于引用类型的变量,Session中保存的是引用
CDACommon cda = new CDACommon();
Session["__test"] = cda.GetDataSet("select top 1 * from tb_customer");
DataSet ds = (DataSet)Session["__test"];
DataSet ds2 = (DataSet)Session["__test"];
ds.Tables[0].Rows[0][0]="9999";
结果：
ds.Tables[0].Rows[0][0]=="9999"
ds2.Tables[0].Rows[0][0]=="9999";
3，Session周期
新的浏览器窗口启动后，开始一个新的Session,触发Global的Session_Start的调用，从第一个浏览器窗口打开的浏览器窗口不启动新的Session。Session过期后，执行页面的提交也会触发Session_Start，等于是新的一个Session。
4，调用Session
对于Web Service，每个方法的调用都会启动一个Session，可以用下面的方法来使多个调用在同一个Session里 CWSSyscfg cwsCfg = new CWSSyscfg(); cwsCfg.CookieContainer = new System Net.CookieContainer(); CWSSyscfg是一个Web Service类，Web Service的给代理类设置CookieContainer属性，只要多个代理的CookieContainer属性是相同的值，则对这些Web Service的调用在同一个Session。可以用单例模式来实现。
5，Session数据有效期
只要页面有提交活动，则Session的所有项都会保持，页面在20分钟（默认配置）内没有任何提交活动时Session会失效。Session内存储的多个数据项是整体失效的。
6，Session的保存
在Session中如果保存的是非序列化的类比如DataView，在用sqlServer保存Session的模式下，无法使用。查看一个类是否是序列化的方法是，需看是否用[Serializable]来标记了该类.
Ⅳ session保存对象问题。。
可以这样存储，但是如果是N个表，恐怕不行，性能上承受不起。因为他是保存在服务端的。
一般做个用户登录啥的，保存信息还行。
Ⅵ session在服务器是怎么存储的,一般以文件形式寸还是存数据库
我们一般用的Session可以基于Cookies和Cookieless,前者是将身份标识放在Cookies里面,后者是跟在Url里作为get传递的参数..我们普遍用的前者
第1个问题,你赋值一个Session,
此时这个Session对应的值是存在服务器端,客户端无法直接获取这个值的..每个Session对象都有一个SessionID的属性,表明了该Session的唯一性,客户端会生成1个名称为AspNetSessionId(ASP.NET环境下大概是这个,你可以在FireFox的Cookies列表中查看到)的Cookies,和服务器端的SessionID对应,服务器端只有接受到这个Cookies的值才能判断该浏览者对应于哪个Session..所以你第1个问题就回答完了.
第2个问题,过了超时时间才会失效,服务器端永远不会主动去联系客户端看对方是否超时,只是创建Session对象时会有一个过期时间,超过过期时间对应的客户端还没有访问,则会清空Session对象..至于你说的不同浏览器的问题,暂时没遇到过
Ⅶ Session是怎么实现的存储在哪里
事实上，各种web框架早已考虑到这个问题，比如asp.NET，是支持通过配置文件修改session的存储介质为sql server的，所有机器的会话数据都从同一个数据库读，就不会存在不一致的问题；php支持把会话数据存储到某台memcache服务器，你也可以手工把session文件存放的目录改为nfs网络文件系统，从而实现文件的跨机器共享。
还有一个简单的办法可以用于会话信息不会频繁变更的情况，在机器a设置用户会话的时候，把会话数据post到机器b的一个cgi，机器b的cgi把会话数据存下来，这样机器a和b都会有同一份session数据的拷贝。
Ⅷ session中应该存储哪些信息
默认情况下SESSION保存在服务器的硬盘中，没有特别的存储长度限制，理论上可以存储任何数据，但并不建议任何数据都保存在SESSION中，原因不说了（考虑一下用户数及其庞大的情况下，每访问一个php文件，就要读取SEESION，特别是SEESION写入内存的情况下。），当然也可以写入memcache，甚至单独的SESSION服务器。
SESSION通常用来保存与用户信息相关的： 1. 身份信息、登陆状态 2. 用户的个性配置、权限列表 3. 其他的一些通用数据（比如购物车）
我通常把通用的、频繁存取的、小数据量的跟用户相关的数据放入SEESION，视场景而定，我手头的一个项目，是把模块的信息（属性、菜单、结合权限生成栏目列表）写入SEESION的。
（望楼主采纳哦）
Ⅸ Session是什么
session:在计算机中，尤其是在网络应用中，称为“会话”。
session直接翻译成中文比较困难，一般都译成时域。在计算机专业术语中，session是指一个终端用户与交互系统进行通信的时间间隔，通常指从注册进入系统到注销退出系统之间所经过的时间。
具体到web中的session指的就是用户在浏览某个网站时，从进入网站到浏览器关闭所经过的这段时间，也就是用户浏览这个网站所花费的时间。因此从上述的定义中我们可以看到，session实际上是一个特定的时间概念。
需要注意的是，一个session的概念需要包括特定的客户端，特定的服务器端以及不中断的操作时间。a用户和c服务器建立连接时所处的session同b用户和c服务器中建立连接时所处的sessions是两个不同的session。
那什么是session的解决方案呢？我们知道，用户访问一个网站时往往需要浏览许多网页。对于一个通过php构筑的网站来说，用户在访问的过程中需要执行许多的php脚本。然而由于http协议自身的特点，用户每执行一个php脚本都需要和web服务器重新建立连接。
又由于无状态记忆的特点，此次连接无法得到上次连接的状态。这样，用户在一个php脚本中对一个变量进行了赋值操作，而在另外一个php脚本中却无法得到这个变量的值。例如，用户在负责登录的php脚本中设置了＄user＝"wind",却无法在另一个php脚本中通过调用＄user来获得“wind”这个值。也就是说，在php中无法设置全局变量。每个php脚本中所定义的变量都是只在这个脚本内有效的局部变量。
session解决方案，就是要提供在php脚本中定义全局变量的方法，使得这个全局变量在同一个session中对于所有的php脚本都有效。上面我们提到了，session不是一个简单的时间概念，一个session中还包括了特定的用户和服务器。因此更详细地讲，在一个session定义的全局变量的作用范围，是指这个session所对应的用户所访问的所有php。
例如a用户通过session定义了一个全局变量＄user＝“wind”中，而b用户通过session定义的全局变量＄user＝“jane”。那么在a用户所访问的php脚本中，＄user的值就是wind。
Ⅹ Session到底是保存在客户端还是服务器端
Session存储在服务器的内存中。
浏览器第一次访问服务器会在服务器端生成一个session，有一个sessionid和它对应。它存储在服务器的内存中，tomcat的StandardManager类将session存储在内存中，也可以持久化到file，数据库，memcache，Redis等。
客户端只保存sessionid到cookie中，而不会保存session，session销毁只能通过invalidate或超时，关掉浏览器并不会关闭session。
session机制
session机制是一种服务器端的机制，服务器使用一种类似于散列表的结构（也可能就是使用散列表）来保存信息。
当程序需要为某个客户端的请求创建一个session时，服务器首先检查这个客户端的请求里是否已包含了一个session标识——称为session id，如果已包含则说明以前已经为此客户端创建过session，服务器就按照session id把这个session检索出来使用（检索不到，会新建一个）。
如果客户端请求不包含session id，则为此客户端创建一个session并且生成一个与此session相关联的session id，session id的值应该是一个既不会重复，又不容易被找到规律以仿造的字符串，这个session id将被在本次响应中返回给客户端保存。
以上内容参考 网络--session（计算机术语）