blocks|key|1725298|text|实际上只有两种方法|type|unstyled|depth|inlineStyleRanges|offset|length|style|BOLD|entityRanges|data|1725299|1725300|标识每个请求背后的用户，并将该标识与会话上下文(存储在内存中、数据库中，任何地方)相关联，会话ID或cookies+(出于ID目的)就是从该会话上下文中获得的。|unordered-list-item|1725301|管理由客户端传回100%25上下文(将上下文嵌入到客户端将使用的urls或表单中；ViewState以这种方式工作(*)。此外，Cookie也可以用来存储这样的上下文。|1725302|1725303|上下文数据在请求之间持久化的方式，以及对于基于标识用户的系统，提供标识的方式为提供了上面列出的两种方法的许多变体。例如：|1725304|数据库中的|1725305|context，memory|1725306|context中的|1725307|context文件中的|1725308|context在ViewState+(*)|1725309|context中传递...，Cookie中存储的|1725310|H121上下文在SessionID中传递了URL/Form+H224H123ID来自Cookie的H125+ID+H226|1725311|(*)编辑:我最初将ViewState标记为会话ID传递设备，但正如erikkallen所指出的，ViewState的默认用法是传递上下文信息，而不是ID。|1725312|然而，最后，这一切都取决于上下文是存储在服务器端还是通过每个请求往返于客户端。|1725313|entityMap^0|0|9|0|0|0|0|0|13|L|0|0|5|0|0|E|0|0|9|0|0|B|0|0|L|0|0|O|0|0|1P|0|0|26|0|0|13|0^^$0|@$1|2|3|4|5|6|7|18|8|@$9|19|A|1A|B|C]]|D|@]|E|$]]|$1|F|3|-4|5|6|7|1B|8|@]|D|@]|E|$]]|$1|G|3|H|5|I|7|1C|8|@]|D|@]|E|$]]|$1|J|3|K|5|I|7|1D|8|@]|D|@]|E|$]]|$1|L|3|-4|5|6|7|1E|8|@]|D|@]|E|$]]|$1|M|3|N|5|6|7|1F|8|@$9|1G|A|1H|B|C]]|D|@]|E|$]]|$1|O|3|P|5|6|7|1I|8|@$9|1J|A|1K|B|C]]|D|@]|E|$]]|$1|Q|3|R|5|I|7|1L|8|@$9|1M|A|1N|B|C]]|D|@]|E|$]]|$1|S|3|T|5|I|7|1O|8|@$9|1P|A|1Q|B|C]]|D|@]|E|$]]|$1|U|3|V|5|I|7|1R|8|@$9|1S|A|1T|B|C]]|D|@]|E|$]]|$1|W|3|X|5|I|7|1U|8|@$9|1V|A|1W|B|C]]|D|@]|E|$]]|$1|Y|3|Z|5|I|7|1X|8|@$9|1Y|A|1Z|B|C]]|D|@]|E|$]]|$1|10|3|11|5|6|7|20|8|@$9|21|A|22|B|C]]|D|@]|E|$]]|$1|12|3|13|5|6|7|23|8|@$9|24|A|25|B|C]]|D|@]|E|$]]|$1|14|3|15|5|6|7|26|8|@$9|27|A|28|B|C]]|D|@]|E|$]]|$1|16|3|-4|5|6|7|29|8|@]|D|@]|E|$]]]|17|$]]

There are effectively only two approaches:

<ul>
<li>Identify the user behind each request and associate this identify with a session context (stored in memory, in database, where-ever) That's where session IDs or cookies (for ID purposes) come in.</li>
<li>Manage that 100% of the context be passed back by the client (embedding the context in the urls or forms which will be used by the client; ViewState works in this fashion (*). Also, Cookies can be used as well to store such context.</li>
</ul>

The way the context data is persisted between requests and, for the systems that are based upon identifying the user, the way the identity is supplied, provide many variations upon the two approaches listed above. For example: 

<ul>
<li>context in database, </li>
<li>context in memory</li>
<li>context in a file</li>
<li>context passed in ViewState (*)</li>
<li>context ..., </li>
<li>context stored in a cookie</li>
<li>ID from SessionID passed on URL/Form</li>
<li>ID from Cookie</li>
</ul>

(*) edit: I had originally ViewState marked as a session ID passing device, but as pointed by erikkallen, the default use of ViewState is with passing the context info, not the ID.

In the end, however, it all hinges on whether the context is stored server side or shuttled to/from the client with each request.

blocks|key|1726993|text|不止三个。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1726994|1726995|会话状态|unordered-list-item|1726996|查看状态|1726997|Cookie将数据保存到文件|1726998|1726999|基本上，任何可以跨web请求持久化数据的东西都可以用来存储状态。|1727000|entityMap^0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|O|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|P|8|@]|9|@]|A|$]]|$1|C|3|D|5|E|7|Q|8|@]|9|@]|A|$]]|$1|F|3|G|5|E|7|R|8|@]|9|@]|A|$]]|$1|H|3|I|5|E|7|S|8|@]|9|@]|A|$]]|$1|J|3|-4|5|6|7|T|8|@]|9|@]|A|$]]|$1|K|3|L|5|6|7|U|8|@]|9|@]|A|$]]|$1|M|3|-4|5|6|7|V|8|@]|9|@]|A|$]]]|N|$]]

There's more than three.

<ul>
<li>Session State</li>
<li>View State</li>
<li>Cookies </li>
<li>Database</li>
<li>Cache</li>
<li>Writing data to files</li>
</ul>

Basically anything that can be used persist data across a web request can be used to store state.

blocks|key|1727043|text|查询字符串是实现此目的的最常见方法之一。例如。|type|unstyled|depth|inlineStyleRanges|offset|length|style|BOLD|entityRanges|data|1727044|http://www.site.com/products/index.aspx?productId=3&page=2&showInactive=n|1727045|entityMap|0|LINK|mutability|MUTABLE|url^0|0|5|0|0|21|0|0^^$0|@$1|2|3|4|5|6|7|O|8|@$9|P|A|Q|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|R|8|@]|D|@$9|S|A|T|1|U]]|E|$]]|$1|H|3|-4|5|6|7|V|8|@]|D|@]|E|$]]]|I|$J|$5|K|L|M|E|$N|G]]]]

Querystrings are one of the most common ways of doing this. E.g.

<a href="http://www.site.com/products/index.aspx?productId=3&amp;page=2&amp;showInactive=n" rel="nofollow noreferrer">http://www.site.com/products/index.aspx?productId=3&amp;page=2&amp;showInactive=n</a>

blocks|key|319961|text|看起来像是家庭作业题。不管怎么说，它是模糊的..。跟踪用户的方法？存储用户数据的方法？|type|unstyled|depth|inlineStyleRanges|entityRanges|data|319962|可以使用cookie、url标记或隐藏字段(在表单情况下)进行跟踪。|319963|存储数据可以通过许多不同的方式完成。|319964|最常见的场景是将会话id存储在cookie中，并使用该id检索用户的会话。|319965|entityMap^0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|J|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|K|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|L|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|M|8|@]|9|@]|A|$]]|$1|H|3|-4|5|6|7|N|8|@]|9|@]|A|$]]]|I|$]]

Looks like a homework question. Anyway, it's vague.. Ways to track a user? Ways to store a user's data? 

Tracking can be done with cookies, url token or a hidden field (in case of forms).

Storing data can be done a lot of different ways.

The most common scenario is storing a session id in a cookie, and using that id to retrieve the user's session.

blocks|key|1726813|text|AJAX是第三个让无状态web应用看起来像有状态的东西。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1726814|它仍然在幕后提交请求，但对用户来说-屏幕不会刷新，也不会看起来像一个网站。|1726815|你可以有一个数据库驱动的网站，但它不会是有状态的。|1726816|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

AJAX is the 3rd piece to making the stateless web application appear as stateful. 

It's still submitting requests behind the scenes, but to the user - the screen doesn't refresh or look like a website.

You can have a database driven website, but it won't be stateful.

What are three ways in which web applications can provide a stateful experience for the user?(using http) I know Sessions and Cookies are two of them, but don't know a third (database??)

Yes a question from a lecture.

Stateful experience

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

web应用程序可以通过哪三种方式为用户提供有状态的体验？(使用http)我知道Sessions和Cookie是其中的两种，但不知道第三种(数据库？？)是的，这是一个讲座上的问题。

问有状态体验
EN

回答 5

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问有状态体验EN

回答 5

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问有状态体验
EN