早期在线银行在 Netscape 引入 JavaScript 和 Cookie 支持之前，通过 URL 查询参数和隐藏表单输入来维护用户会话状态。这种方法虽然不如 Cookie 方便，但有效地实现了用户的身份验证和事务跟踪，为在线银行业务的早期发展奠定了基础。
在 Netscape 浏览器于 1995 年 9 月引入 JavaScript 和 Cookie 支持之前，Web 开发人员需要采用其他方法来管理用户会话状态。对于早期的在线银行业务，这意味着要找到一种无需 Cookie 也能跟踪用户身份验证状态和交易的方法。主要采用的技术是 URL 查询参数和隐藏表单输入。
URL 查询参数
URL 查询参数是将信息附加到 URL 的一种方式。这些参数以 ? 开头，后跟一个或多个 key=value 对，用 & 分隔。例如：
https://example.com/account_summary?user_id=12345&session_id=abcdef
在这个例子中，user_id 和 session_id 是查询参数。在线银行可以使用 user_id 来识别用户，并使用 session_id 来跟踪用户的会话。每当用户导航到网站的不同页面时，这些参数都会被附加到 URL 上。
示例：
假设用户登录到在线银行。服务器可以生成一个唯一的 session_id 并将其附加到用户导航到的每个 URL。
- 用户登录，服务器生成 session_id = xyz123
- 用户点击“查看账户余额”链接，链接变为：https://example.com/balance?session_id=xyz123
- 服务器通过 session_id 识别用户，并显示账户余额。
注意事项：
- URL 查询参数的一个主要缺点是它们在浏览器的地址栏中可见。这可能会导致安全问题，特别是如果敏感信息（例如密码或账户号码）被包含在 URL 中。
- URL 的长度有限制，因此这种方法不适合存储大量数据。
隐藏表单输入
隐藏表单输入是另一种在没有 Cookie 的情况下维护状态的方法。隐藏输入字段在 HTML 表单中定义，但对用户不可见。
在这个例子中，user_id 和 session_id 是隐藏的输入字段。当用户提交表单时，这些值将与表单数据一起发送到服务器。
示例：
用户要进行资金转账。
- 用户填写转账金额，user_id 和 session_id 作为隐藏字段包含在表单中。
- 用户提交表单，服务器接收到包含金额、user_id 和 session_id 的 POST 请求。
- 服务器使用 user_id 和 session_id 验证用户身份，并处理转账。
注意事项：
- 隐藏表单输入比 URL 查询参数更安全，因为它们不会显示在浏览器的地址栏中。
- 与 URL 查询参数一样，隐藏表单输入也存在大小限制。
- 这种方法需要每次用户提交表单时都包含这些隐藏字段。
总结
在 Netscape 引入 Cookie 之前，URL 查询参数和隐藏表单输入是在线银行维护用户会话状态的主要方法。虽然这些方法不如 Cookie 方便和安全，但它们有效地实现了用户的身份验证和事务跟踪，为在线银行业务的早期发展奠定了基础。这些技术展示了早期 Web 开发人员在有限的技术条件下解决实际问题的创造力。随着 Cookie 和 JavaScript 的出现，Web 开发人员能够使用更强大和安全的方法来管理用户会话状态。
