今天我第一次在“生产”模式下运行我的 Node.js 应用程序并收到以下警告：
Warning: connection.session() MemoryStore is not
designed for a production environment, as it will leak
memory, and obviously only work within a single process.
我只需要运行一个进程，但我应该使用什么来代替？我希望我的会话驻留在 RAM 中以便快速访问。我还希望能够通过简单地关闭 Node 应用程序来丢弃所有会话。
为这个简单的任务安装 Redis、MongoDB 或其他数据库似乎有点过头了。我也不明白为什么 Node 中不应该真正使用 MemoryStore？
【问题讨论】：
标签： node.js
好的，在与 Connect 开发人员交谈后，我得到了更多信息。这里有两件事被认为是内存泄漏：
解决方案似乎比较简单，至少我打算这样做：使用 setInterval 定期清理过期的会话。 MemoryStore 提供 all() 来获取列表，我们可以使用 get() 来强制读取，从而使它们过期。伪代码：
function sessionCleanup() {
sessionStore.all(function(err, sessions) {
for (var i = 0; i < sessions.length; i++) {
sessionStore.get(sessions[i], function() {} );
}
});
}
现在只需通过 setInterval() 定期调用 sessionCleanup，您就可以对过期会话进行自动垃圾收集。不再有内存泄漏。
【讨论】：
app.js 文件中了吗？是否可以选择在快速会话中发出回调？关于如何实现这一点的更多细节会很棒。
因此，对此的公认答案是 [edit: was] 几乎是一种 hack，而其他人只是建议使用我认为过于矫枉过正的数据库。
我遇到了同样的问题，只是将 express-session 替换为 cookie-session。
为此，只需安装 cookie-session:
npm install cookie-session
然后在您的app.js 中，找到express-session 的使用位置并替换为cookie-session。
app.use(require('cookie-session')({
// Cookie config, take a look at the docs...
}));
你可能需要改变一些其他的东西，对我来说是一个简单的交换-你的叔叔-不伤害-完成。
【讨论】：
cookie-session将数据存储在客户端，而express-session将数据存储在服务器。
MemoryStore 仅用于（快速）开发模式，因为如果您的应用重新启动（进程终止），您将丢失所有会话数据（驻留在该进程的内存中）。
如果您不想使用数据库，请改用加密的 cookie 存储。
【讨论】：
此模块旨在处理内存泄漏问题。 https://www.npmjs.com/package/session-memory-store
接受的答案可能没问题。然而，由于这个问题在搜索结果列表中的排名很高，我想我会包括这个，以防它帮助其他人。
【讨论】：
我认为网络上的共识是，正确的方法是确实为此使用数据库，但如果你确定你不想这样做，那么禁止警告 - 警告不是法律。
但是，由于您和我都同意内存泄漏是一个真正的问题，因此很难证明说 redis 是矫枉过正，因为它可以解决您的问题。
我也不明白为什么 Node 中包含 MemoryStore 真的不应该使用
这是一个很好的观点——但我会说节点本身只是最近才准备好生产。有些人根本不同意它的概念。
【讨论】：
另一种方法是使用 Redis 或 Mongo 作为存储。使用 Mongo，您可以使用 express-session-mongo 模块。
建议使用索引选项删除陈旧的会话：
var MongoStore = require('express-session-mongo');
app.use(express.session({ store: new MongoStore() }));
db.sessions.ensureIndex( { "lastAccess": 1 }, { expireAfterSeconds: 3600 } )
由于数据库本身会删除陈旧的会话，因此 Express 会话不需要自己处理清理工作。
编辑：您似乎需要拥有自己的“lastAccess”字段。当您访问它时，您会自己更新该字段。查看 MongoDB 文档expire-data http://docs.mongodb.org/manual/tutorial/expire-data/
EDIT2：
现在变成db.sessions.createIndex( { "createdAt": 1 }, { expireAfterSeconds: 3600 } )
检查此字段的 Mongo 后台线程每 60 秒运行一次。所以删除文档的时间并不准确。
【讨论】：
对于那些在使用 Redis 时遇到问题的人，请尝试以下方法 - 希望这会有所帮助。
我将 Redis 用于 DEV 和 PROD，并针对 Express v4。 在 Windows 上，我使用的是轻量级的 MSOpenTech Redis v3.0 工具集，否则，我只使用 Heroku Redis 插件。让它通过 Node 工作并不太难 - 到目前为止......
var session = require('express-session');
. . .
var RedisStore = require('connect-redis')(session);
var redisClient = require('redis').createClient(process.env.REDIS_URL);
var redisOptions = {
client: redisClient,
no_ready_check: true,
ttl: 600,
logErrors: true
};
var redisSessionStore = new RedisStore(redisOptions);
app.use(session({
store: redisSessionStore,
secret: 'Some.Long.Series.of.Crazy.Words.and.Jumbled.letter.etc',
resave: true,
saveUninitialized: true
}));
祝你好运！
ps。我只是重新阅读了原始查询并注意到了这一点 - 抱歉！
为这个简单的任务安装 Redis、MongoDB 或其他数据库似乎有点过头了。
【讨论】：
如果你使用 OSX 使用
brew install memcached
如果是 linux
apt install memcached
解决会话消息，因为应用程序可以连接到 127.0.0.1:11211 内存缓存服务。
【讨论】：
使用
import createMemoryStore from "memorystore";
...
// Memory store
const MemoryStore = createMemoryStore(session);
app.use(session({
...
store: new MemoryStore({
checkPeriod: 86400000 // prune expired entries every 24h
}),
...
}))
解决我的问题
【讨论】：