无国籍状态 VS 有国籍状态

我建议您从 StackOverflow 中的 有个问题入手，讨论无状态编程的优点。这更多地是在函数式编程的上下文中，但是您将要阅读的内容也适用于其他编程范例。

无状态编程与函数的数学概念有关，当使用相同的参数调用该函数时，总是返回相同的结果。这是功能编程范型的一个关键概念，我希望你们能够在这个领域找到许多相关的文章。

为了获得更多的理解，您可以研究的另一个领域是 RESTful Web 服务。与其他试图以某种方式保持状态的 Web 技术相比，这些技术被设计为“无状态”。(事实上，你所说的 ASP.NET 是无状态的并不正确—— ASP.NET 努力使用 ViewState 保持状态，并且肯定被描述为有状态的。另一方面，ASP.NET MVC 是一种无状态技术)。有许多地方讨论 RESTful Web 服务的“无状态”(如 这个 blog spot) ，但是您可以再次从 SO question开始。

有声有色应用程序是一种存储自开始运行以来发生了什么或发生了什么变化的信息的应用程序。任何关于它处于何种“模式”、处理了多少条记录或者其他什么的公开信息都会使它成为有状态的。

无状态的 应用程序不会暴露这些信息。它们每次对相同的请求、函数或方法调用给出相同的响应。HTTP 的原始形式是无状态的——如果你对一个特定的 URL 执行 GET 操作，理论上每次都会得到相同的响应。当然，例外的是当我们开始在顶部添加状态，例如 ASP.NET 网络应用程序:)但是如果你想到一个只有 HTML 文件和图片的静态网站，你就会明白我的意思。

形容词“有状态的”或“无状态的”只是指会话的状态，与为相同输入提供相同输出的函数概念无关。如果是这样的话，任何动态 Web 应用程序(后面有数据库)都将是有状态服务，这显然是错误的。 记住这一点，如果我委托任务在底层技术(如 cookie 或 http 会话)中保持会话状态，我就实现了一个有状态服务，但是如果所有必要的信息(上下文)都作为参数传递，我就实现了一个无状态服务。 应该注意的是，即使传递的参数是会话状态的“标识符”(例如票据或 sessionId) ，我们仍然在无状态服务下操作，因为会话是无状态的(票据在客户端和服务器之间不断传递) ，并且这两个端点可以说是“有状态的”。

在线从一个帐户转移到另一个帐户的钱是有状态的，因为接收帐户有关于发件人的信息。 Handing over cash from a person to another person, this transaction is statless, because after cash is recived the identity of the giver is not there with the cash.

通过使用会话对象覆盖 HTTP 无状态行为，我们使 Webapps 具有状态。当我们使用会话对象状态时，仍然只使用 HTTP。

无状态意味着没有对过去的记忆。每个事务的执行就像是第一次执行一样。

// The state is derived by what is passed into the function


function int addOne(int number)
{
return number + 1;
}

// The state is maintained by the function


private int _number = 0; //initially zero


function int addOne()
{
_number++;
return _number;
}