asp.net core 不支持 oracle 分布式缓存，官方 idistributedcache 无 oracle 实现；无法直接注册 oracle 缓存服务，强行使用会导致 invalidoperationexception；session 在无 redis/sql server 时会降级为非分布式 memorydistributedcache，仅适用于开发调试。
ASP.NET Core 不支持原生 Oracle 分布式缓存
官方 IDistributedCache 接口没有任何 Oracle 实现。Microsoft 提供的包（如 Microsoft.Extensions.Caching.SqlServer、Microsoft.Extensions.Caching.StackExchangeRedis）都不包含 Oracle 支持，Oracle 官方也未发布符合 IDistributedCache 规范的适配器。
这意味着你不能直接调用 services.AddDistributedOracleCache() —— 这个方法根本不存在。所有试图“配置 Oracle 为分布式缓存”的文档或博客，要么是混淆了「数据库缓存表」和「分布式缓存实现」，要么是基于自定义封装（非标准、无官方维护）。
- 常见错误现象：
InvalidOperationException: No service for type 'Microsoft.Extensions.Caching.Distributed.IDistributedCache' has been registered.，即使你已添加 Oracle 连接字符串并创建了缓存表 - 真实限制：Oracle 缺乏对滑动过期、后台过期清理、原子性操作（如
Refresh）的轻量级支持，而这些是IDistributedCache合规实现的硬性要求 - 替代路径只有两条：换 Redis/SQL Server，或自己实现
IDistributedCache（需处理连接池、序列化、并发、过期扫描等，不推荐生产）
为什么 Session 依赖 IDistributedCache，但没配 Redis/SQL Server 也能跑？
因为 ASP.NET Core 的 AddSession() 在找不到注册的 IDistributedCache 实现时，会静默降级到内存中临时字典（MemoryDistributedCache），但它不是真正的分布式缓存，仅用于开发调试。
这个降级行为不会报错，但会导致严重问题：
- 在 IIS 多工作进程、Kestrel 多实例、容器多副本等场景下，会话数据完全不共享，用户反复登录或状态丢失
-
MemoryDistributedCache不支持过期策略同步，ExpiredItemsDeletionInterval等配置无效 - 它绕过了所有
IDistributedCache的线程安全与序列化契约，比如无法存DateTimeOffset或自定义类型（只接受byte[]）
所以看到 HttpContext.Session.SetString("key", "val") 成功，并不表示会话已“分布式”——只是碰巧没崩而已。
若坚持用 Oracle 存会话状态，只能绕过 IDistributedCache
你可以放弃标准 SessionMiddleware，改用自定义中间件 + Oracle 数据库表手动管理会话生命周期。但这意味着你要自己处理：
- Session Key 的生成、加密、签名（不能直接用
Guid.NewGuid().ToString()） - 每次请求解析 Cookie、校验有效期、更新最后访问时间（模拟滑动过期）
- 后台定时任务清理过期记录（Oracle 没有类似 SQL Server 的
sp_delete_expired_rows） - 并发写入冲突（例如同一会话两个请求同时更新，需
SELECT FOR UPDATE或乐观并发控制） - 序列化方式统一（建议固定用
System.Text.Json+UTF8字节数组存入BLOB或NCLOB）
示例关键点：INSERT ... ON DUPLICATE KEY UPDATE 在 Oracle 中对应 MERGE INTO；过期判断必须用 SYSDATE - last_accessed > interval '20' minute，不能依赖 .NET 的 DateTimeOffset 时区转换。
最现实的落地选择：用 Redis 替代 Oracle
Redis 是 ASP.NET Core 分布式缓存事实标准，性能、可靠性、生态支持远超任何 Oracle 方案。迁移成本极低：
- 安装 Redis（Docker 最快：
docker run -d --name redis -p 6379:6379 redis） - NuGet 引用
Microsoft.Extensions.Caching.StackExchangeRedis - 注册服务：
services.AddStackExchangeRedisCache(options => options.Configuration = "localhost:6379"); - 保持原有
AddSession()和UseSession()不变 —— 其他代码零修改
真正容易被忽略的是：Oracle 方案看似“复用现有数据库”，实则把高并发、低延迟的会话读写压进 OLTP 系统，极易引发锁争用和连接耗尽；而 Redis 专为这类场景设计，且 IDistributedCache 对它的支持是开箱即用、经生产验证的。
