该错误源于在 EJS 模板中直接访问未定义的 foundUser 对象属性（如 foundUser.passport），导致运行时 TypeError；根本解决方法是在渲染前校验对象存在性，并合理处理空值场景。
该错误源于在 ejs 模板中直接访问未定义的 `founduser` 对象属性（如 `founduser.passport`），导致运行时 typeerror；根本解决方法是在渲染前校验对象存在性，并合理处理空值场景。
在 Express + MongoDB 应用中，TypeError: Cannot read properties of undefined (reading 'passport') 是典型的服务端数据传递与模板渲染不一致引发的问题。从你的代码可见：/login 路由执行登录逻辑后重定向至 /，但 / 路由的 res.render('dashboard.ejs', {foundUser}) 并未保证 foundUser 一定存在——它是一个模块级变量，且仅在 /login 中被赋值，并未在 / 请求生命周期内重新查询或传递用户数据。
这意味着：
- 用户直接访问 /（如刷新页面、书签打开）时，foundUser 仍为初始值 undefined；
- 即使登录成功，res.redirect('/') 会发起全新 GET 请求，而 foundUser 不会自动跨请求保留（HTTP 无状态）；
- 因此 EJS 中 <%= foundUser.passport %> 在 foundUser === undefined 时必然抛出错误。
✅ 正确做法是：在每个需要用户数据的路由中独立获取并校验数据，并在模板中始终做存在性检查。
✅ 修正方案（分三步）
1. 修改 / 路由：按需查询当前用户（推荐使用 Session 或 JWT 鉴权）
假设你已通过 express-session + connect-mongo 实现登录态管理（这是标准实践），应在 / 中从 session 获取用户 ID 再查库：
// 假设登录成功后已设置 req.session.userId = foundUser._id
app.get('/', async (req, res) => {
try {
if (!req.session.userId) {
return res.redirect('/login'); // 未登录则跳转
}
const user = await User.findById(req.session.userId).select('username fullname passport phone');
if (!user) {
req.session.destroy();
return res.redirect('/login');
}
res.render('dashboard.ejs', { foundUser: user });
} catch (err) {
console.error(err);
res.status(500).send('Server error');
}
});⚠️ 注意：你当前代码中 foundUser 是全局变量，这在多用户并发下会导致严重数据污染！必须改为每次请求独立查询。
2. EJS 模板中强制校验对象存在性
即使后端做了防护，前端模板也应防御性渲染。修改 dashboard.ejs 相关片段如下：
<div class="profile">
<% if (foundUser && foundUser.passport) { %>
<div><img src="<%= foundUser.passport %>" alt="<%= foundUser.fullname || 'User' %>"></div>
<% } else { %>
<div class="placeholder-avatar">?</div>
<% } %>
<% if (foundUser) { %>
<div class="fullname"><p><%= foundUser.fullname || 'N/A' %></p></div>
<div class="phone"><p><%= foundUser.phone || 'N/A' %></p></div>
<div class="name"><p><%= foundUser.email || 'Email not set' %></p></div>
<% } else { %>
<div class="error-message">User data unavailable. Please log in.</div>
<% } %>
</div>3. 补充关键健壮性措施
- Schema 字段名一致性：你 Schema 中定义了 email 字段，但示例代码未体现其存在，请确认模型是否包含该字段，否则 foundUser.email 同样会报错；
- 密码最小长度校验错误：Schema 中 password 的 minlength 提示写的是 'Password must be more than 8'，但数值是 [10, ...]，请统一为 [8, ...] 或修正提示；
- 数据库连接增强：当前 connectDB() 无 Promise 处理，建议改用 async/await 并监听连接事件：
async function connectDB() {
try {
await mongoose.connect('mongodb://127.0.0.1:27017/db', {
useNewUrlParser: true,
useUnifiedTopology: true,
});
console.log('✅ MongoDB connected');
} catch (err) {
console.error('❌ DB connection failed:', err);
process.exit(1);
}
}? 总结：永远不要信任客户端传入或跨请求共享的变量值。对任何可能为 null 或 undefined 的对象属性，在 JavaScript 逻辑和模板渲染中都必须显式校验——这是 Node.js 全栈开发中最基础也最关键的健壮性原则。
