各位制作者们制作WEB游戏时使用cookie还是session记录用户数据呢？理由是什么？

你了解这两样东西的本质吗，了解的话就不难做出选择了。

cookie 是客户端数据
session 是服务器端数据

并且 cookie 在每次页面调用是都需要将所有数据回传给服务器。

我是楼主。

发这个帖的目的是探讨一下，顺便可以给看贴的新人以启发，所以大家多说说吧。

当然无论是浏览器兼容还是安全因素，session都好的多，但session消耗服务器资源啊，即使用数据库存储也是，而且session机制本身还常导致session丢失。

若用session，你们有什么优化的好办法？若用cookie，那就一定要加密，说说加密的心得吧

[ 本帖最后由 mokn 于 2007-11-18 23:52 编辑 ]

建议都用。。。。呵呵

用cookie，且仅用于标识用户身份（要占网络流量，应尽量减小尺寸），还必须要“加密”（防伪）。

session虽好（大小无限制，而且天然缓存），但：
1，大量占用server资源，而且难以限制滥用（每个session大一点，整体内存可能就要多几倍）。
2，不具迁移性（如果你需要考虑“session备份”就知道这意味着什么了）。

cookie加密方案多得很，随你怎么做都行。可以从两个地方着手：
1，cookie的时效，让它过期。
2，你的“密钥”，这当然有可能会被破解，你当然也可以定期更换。

[ 本帖最后由 jackyz 于 2007-11-19 10:42 编辑 ]

COOKIE 和SESSION 共同使用会减少服务器负担
在不需要关键更新的调用操作可以采用COOKIE 验证发送到客服端就可以
反之关键更新数据库端验证最好还是采用SESSION
COOKIE 大家都知道可以伪造！这样不会被别人有空子利用

用户帐号用加密的cookie，管理员用session，这样应该比较好吧。

我使用SESSION，在SESSION中保存大量的数据。

实际上SESSION完全够用了,个人信息顶天了大不到1K,1000个才1M.

为了方便通信,很多时候还要放到全局变量里面的.

一般来说session就是依赖cookie存在的(在常规状态下，session id是以明文方式包在http的cookie里的)，假设cookie不安全，其实session也不会比cookie安全多少，最起码session id也可以被伪造。
我还是选择用session，只要每个用户的session数据不要弄太多就好了。

SESSION直接在服务器内存里读取,COOKIE可是要向客户端读取的,如果是需要经常读写的.....这个效率一看便知.

session不但需要在服务器内读取，而且还要从客户端读取一个有效时间为0的cookie，所以在客户端效率是一样的，但session严重加重服务器负担。

另外，cookie只不过是一小段文本，加载在http头内，有与没有效率没有什么不同。

session并不在内存,一般来说写在文件里面.....
无论是cookie或者session,都要在http头添加内容.session方式需要发送session id然后服务器根据这个值再去读该id对应的文件,而cookie方式对于服务器来说不用读文件,从效率角度来说可能更高.

受教了,谢过.以前还真没仔细去关注过这些.

不过COOKIE不是放在IE这边的么?HTTP协议是无状态协议,就算服务器上有一个副本(具体不清楚,有空我去找个WEB服务器源码看看,这里先假设一下),那么我要取用这个值,从服务器的角度来讲,那么也应该向IE要求提供本机的COOKIE,不然如何保证还是刚才那个连接?实在看不出COOKIE会比SEESION高效的原理在哪........楼上如果有这方面的资料的连接米?发个,不然最近偶又要睡不着了,遇到想不通的问题痛苦....

楼上，

cookie: http 报头带着的 cookie 本身就是数据。

session: http 报头带着的 cookie 只是一个 session id ，还要拿着这个 session id 到一个 map 中查数据。相比 cookie 多了这“到一个 map 中查数据”的步骤。如果这个 map 是文件的就可能要 load 文件，如果这个 map 是内存的就可能要占用内存。

cookie 比 session 高效的原理就在这里。不用查资料，自己算就能明白。

但，需要注意， cookie 要通过网络传输，如果你的 cookie 有 1k 那么你的带宽占用就会是 +(1k * request 数) 这个效果你可以自己评估。因此对 cookie 使用的“克制”，尤其重要。

[ 本帖最后由 jackyz 于 2007-12-4 12:16 编辑 ]

楼上正解。。。

mapping过程也许会很长，假如有1万个session被存放，就要在1万个文件里面寻找跟自己session id匹配的文件，然后去读取这个文件，然后类似反序列化地去还原session变量，再然后供脚本操作。这个过程可能很漫长。。。

使用cookie的话，数据虽然不可信（用session也不见得可信），但是获取到的变量值直接可用了。省时间省空间省运算开销。

了解.....就是说每次HTTP请求都会放上COOKIE的数据....

那么从这么来看,若是做验证COOKIE到是不错,放一个ID在里面就搞定,放数据就免了,不安全.


嘿嘿,刚找了本HTTP协议详解,NND又是E文版,晚上回去研究下,挖的眼睛又要受罪了......