javascript - 创建后是否可以将 Express Session 更改为其他商店

Question

我使用 memcached 作为 ExpressJS session 的后备存储 - 通过应用程序配置设置进行选择。如果无法联系 memcached 主机，我想从 memcached 回退到内存。 (这不一定是生产策略，因为 memcached 非常可靠 - 它更适用于当我忘记在开发中启动 Docker 实例时，但仍然可能是生产故障安全。)

我首先想到我可以“app.use”一个新的 session 实例，并尝试删除第一个 session 实例，但我读到很难(如果可能的话)“取消使用”Express 中间件，即交换中间件在链中就位，或者通常在设置链后对其进行修补。

问题在于，在连接超时期限之后，应用程序中间件已设置为在 session 中间件之后安装了许多其他服务。

我的第二个想法是我可以重新配置 Express Session 实例本身并在创建存储后更改它吗？我在 the documentation 中看不到任何方法。 .

我的第三个想法是将快速 session 包装在一个新的“可交换存储”类中，但我对包装整个界面的范围持谨慎态度。

例如在我的应用程序设置中:

app.use(services.session.middleware());

// then a lot of other middleware...
app.use(bodyParser.json());
app.use(bodyParser.urlencoded({extended: false}));
app.use(cookieParser());
app.use(express.static(path.join(rootPath, 'public')));
...etc

在 session 服务中，它选择并配置 session 实例:

function middleware() {
    // default / Memory Store options
    const opts = {
        resave: false,
        saveUninitialized: false,
        ...etc
        }
    };

    // Install any configured backing store
    if(config.session.storage === "memcached"){
        const MemcachedStore = require('connect-memcached')(session);
        opts.proxy = 'true';
        opts.store = new MemcachedStore({
            hosts: ...,
            secret: ... 

        });
        const errorHandler = (type, details)=> {
            /* HERE I WOULD LIKE TO RE-MAKE THE SESSION USING MEMORY
             * AND DISCARD THE MEMCACHED ONE
             * (THIS HAPPENS AFTER APP BOOT HAS FINISHED)
            */
            console.error( String.format("Memcached {3} with host:{0} details:{1}.", details.server, details.messages.join( '' ), type)); 
        }
        opts.store.client.on('failure', details => errorHandler('failure', details));
        opts.store.client.on('issue', details => errorHandler('issue', details));
    }

    return session(opts);
}

Answer 1

我认为您可以尝试多种方法。第一个是根据您在启动时提供的配置来配置存储系统(可能通过 config 或 nconf 等模块)。第二个是在启动应用程序时运行快速检查，以确保它可以访问内存缓存服务，如果不能，则回退到内存并出现错误。

我对执行其中任何一个都会感到相当厌倦，因为您使用的是 docker 并且启动 memcache 应该很容易。这是因为，如果出现一些连接问题，您将引入可能在生产中触发的代码，然后您可能会发现自己意外地在内存之外提供 session ，而不是像 memcache 这样的东西，而可能没有意识到。

我将在这里扩展这两种策略，并提供第三种可能更好的选择。

<强>1。根据配置选择缓存系统

这应该相当简单，只需将您的配置提取到某种配置管理器/环境变量中( checkout 配置或 nconf)。当启动应用程序并连接 session 中间件时，您可以提取所有可能的配置，查看哪些存在并基于该配置附加一个。这与您的 if (config.session.storage === 'memcache") 目前的情况类似。只需使用不配置的后备，express-session 中间件将回退到内存。这样您就可以完全省略配置并始终使用内存进行开发。

<强>2。在连接到所需的服务之前运行测试

结合上述内容，如果提供了内存缓存详细信息，您可以通过尝试在启动时在内存缓存中存储某些内容来运行快速测试。也许 new Date(); 在应用程序启动时发出信号？如果这引发错误，那么只需不要将 MemcachedStore 附加到快速 session 选项，您就可以安全地销毁 MemcachedStore。

<强>3。如果无法连接到 Memcached，则抛出错误

这是对 #2 的进一步组合。如果您确定提供了内存缓存配置，那么我会亲自检查您是否可以联系服务，如果不能联系，则抛出错误并停止应用程序。这意味着在开发中您会立即知道问题，在生产中您也会知道问题，并且可以根据应用程序无法启动的事实为自己触发自动警报。

这可能是最好、最强大的解决方案，通常在谈论连接服务时进行静默回退并不是一个好主意，因为事情可能会出错，而您却一无所知。我明白这是出于开发目的，您需要务实，但如果它可以避免您意外地从服务器内存中提供所有 session ，那么这将非常有益。