这个问题太常见了！本质原因大多是浏览器缓存了包含Flash消息的页面，或者Session中的Flash消息没有被正确清除，导致用户回退再前进时，要么加载了缓存的旧页面，要么服务器又把Session里的旧消息重新渲染了一遍。下面给你几个实用的解决方案，按优先级排序：

1. 优先使用 POST/REDIRECT/GET (PRG) 模式 #

这是Web开发的经典最佳实践，从根源上避免这类问题。简单说：

• 用户提交表单（POST请求）后，服务器处理完业务逻辑，不直接返回带Flash消息的页面，而是发送一个重定向响应（302/303）到一个GET请求的页面。
• 在重定向之前，把Flash消息存入Session。
• 用户的浏览器收到重定向后，会发起GET请求获取目标页面，此时服务器从Session中取出Flash消息渲染到页面，同时立即清除Session中的该消息。

这样一来，浏览器的历史记录里只有GET请求的页面，用户后退再前进时，发起的是全新的GET请求，而Session里的Flash消息已经被清掉了，自然不会重复显示。

举个伪代码例子（比如Node.js/Express场景）：

// 处理表单提交的POST路由
app.post('/submit', (req, res) => {
  // 处理业务逻辑...
  req.flash('success', '操作成功！'); // 存入Session
  res.redirect('/dashboard'); // 重定向到GET页面
});

// 显示Dashboard的GET路由
app.get('/dashboard', (req, res) => {
  const flashMsg = req.flash('success'); // 取出消息，同时自动清除Session中的对应项
  res.render('dashboard', { flashMsg });
});

2. 确保Flash消息被读取后立即从Session清除 #

如果已经用了PRG模式但还是有问题，大概率是你的Flash消息没有被正确清除。很多框架的Flash组件默认会在读取消息后自动清除，但有些需要手动处理：

• 比如在Django中，messages.get_messages(request)返回的消息迭代器会自动标记消息为“已读取”，下次请求就不会再获取到。
• 如果是自定义的Session存储，一定要在渲染页面时，取出Flash消息后主动删除Session中对应的键，不要让消息一直留在Session里。

3. 给含Flash消息的页面设置禁用缓存的响应头 #

浏览器缓存是另一个常见元凶——即使Session里的消息清了，浏览器可能还存着旧页面的缓存，回退时直接加载缓存内容，导致Flash消息再次出现。

你可以给返回Flash消息的页面添加这些HTTP响应头：

Cache-Control: no-cache, no-store, must-revalidate
Pragma: no-cache
Expires: 0

这些头会告诉浏览器：不要缓存这个页面，每次都要从服务器重新获取。这样用户后退再前进时，服务器会返回全新的页面（此时Session里的Flash消息已经没了），就不会重复显示了。

注意：这个方法可能会影响页面加载性能，所以建议只针对确实有Flash消息的页面设置，不要全局启用。

4. 前端兜底处理（万不得已时用） #

如果后端改动成本太高，可以用前端JS来控制：

• 当页面加载时，检查是否有Flash消息元素。如果有，显示后，用sessionStorage记录这个消息的唯一标识（比如消息内容的哈希值，或者后端给消息加个ID）。
• 下次页面加载时，先检查sessionStorage里的记录，如果这个消息已经显示过，就直接从DOM中移除Flash消息元素。

举个简单的JS例子：

document.addEventListener('DOMContentLoaded', () => {
  const flashElement = document.querySelector('.flash-message');
  if (flashElement) {
    const msgId = flashElement.dataset.msgId; // 后端给消息加个唯一ID
    if (sessionStorage.getItem(`shown_flash_${msgId}`)) {
      flashElement.remove();
    } else {
      sessionStorage.setItem(`shown_flash_${msgId}`, 'true');
    }
  }
});

这个方法的缺点是：如果用户打开新标签页或者清除了浏览器存储，可能会失效，但作为兜底方案还是能用的。

内容的提问来源于stack exchange，提问作者msbomrel