Web环境下用Session Token管理Cosmos DB会话一致性的疑问
首先我完全理解你的场景：多台ASP.NET Core 2.x服务器，单例注入的DocumentDBRepository（对应单例DocumentClient），集合配置Session一致性，需要保证同一个认证用户跨请求、跨服务器的读写一致性，并且你已经在通过ASP.NET Session存储用户的Cosmos DB SessionToken来实现这个逻辑。下面逐个解答你的疑问：
1. 传入会话令牌后，返回的response.SessionToken始终与sessionTokenIn不同，原因是什么？
Cosmos DB的SessionToken本质是跟踪特定用户/客户端会话操作序列的状态标记。每次你执行写操作（Create/Update/Delete）时，Cosmos DB会更新这个会话的状态——因为这次写入会改变数据的版本，为了保证后续请求能看到这次写入的结果，Cosmos DB会生成一个包含最新操作状态的新SessionToken返回给你。哪怕你传入了旧的SessionToken，只要执行了写操作，返回的SessionToken就一定会更新，它会包含这次写操作的最新状态信息。
简单说：SessionToken是随着用户的每一次写操作向前推进的，每次写操作都会产生新的令牌，用来标记当前会话的最新数据视图。
2. 是否应从此开始使用新的会话令牌，还是忽略新令牌继续使用初始令牌？
必须使用新返回的SessionToken替换会话中存储的旧令牌。
如果你继续使用旧的SessionToken，后续的请求只能看到旧令牌对应的操作之前的数据状态，无法获取到你刚完成的写操作的结果——这就违背了你想要的会话一致性（用户能读到自己刚写入的数据）。正确的流程是：每次完成写操作后，立即用response.SessionToken更新ASP.NET Session中存储的StorageSessionToken，下一次请求时使用这个新令牌。
另外补充：不仅写操作，如果你执行了带SessionToken的读操作，有些情况下Cosmos DB也会返回更新后的SessionToken（比如读操作触发了会话状态的同步），此时也建议更新会话中的令牌。
3. 这类"会话"的有效期是多久？是否属于传统意义上的会话？
Cosmos DB的SessionToken和ASP.NET的Session完全是两回事：
- 传统ASP.NET Session是服务器端维护的用户会话，有你配置的超时时间（默认20分钟）；
- Cosmos DB的SessionToken的有效期由账户级别的会话一致性窗口决定，默认是5分钟（你可以在Azure门户的Cosmos DB账户设置里修改这个窗口时长）。这个窗口的意思是：在窗口时间内，SessionToken能保证会话一致性；一旦超过这个时间，令牌就会失效，此时Cosmos DB会忽略这个令牌，退回到集合的默认一致性级别（Session），并生成新的SessionToken返回。
另外，Cosmos DB的"会话"是用户/操作序列级别的，和Web服务器的会话不是一个概念，它只跟踪特定用户的操作序列，保证该用户能看到自己的所有写入操作，不受其他用户操作的干扰。
关于你的最终需求验证
你当前的实现思路完全符合要求：
- 将用户的Cosmos DB SessionToken存储在ASP.NET Session中（如果是多服务器部署，确保ASP.NET Session用分布式存储，比如Redis，这样所有服务器都能拿到同一个用户的SessionToken）；
- 每次操作时传入SessionToken，操作后更新会话中的令牌；
- 单例DocumentClient的用法是Cosmos DB官方推荐的，多服务器各自的单例客户端不会影响SessionToken的有效性，因为SessionToken是用户级别的，和客户端实例无关。
这样就能保证同一个用户不管连接哪台Web服务器，都能始终读取到自己写入的最新数据，不受其他用户操作的影响。
内容的提问来源于stack exchange，提问作者user1142433
