浏览器执行history.go-1后FCKeditor显示HTML源码怎么办？1分钟轻松解决！

别慌！这篇文章就专门解决这个糟心问题——其实是FCKeditor的状态没有随浏览器后退同步恢复，导致可视化模式“罢工”。我们不仅帮你说清原因，更整理了3个1分钟就能搞定的办法：从快速刷新编辑器到调整缓存配置，甚至不用写一行代码，跟着点几下就能把“源码”变回正常内容。不管你是刚用FCKeditor的新手，还是遇到突发问题的老用户，读完就能立刻操作，再也不用怕后退键“搞破坏”，顺顺利利把内容写完！

你有没有过这种崩溃时刻？在FCKeditor里写了半小时的活动通知，突然想退回去看之前的参考内容，点了浏览器的后退再回来，编辑框里原本整整齐齐的文字全变成了一堆带尖括号的HTML源码——

、挤在一起，刚调的字体颜色和排版全没了，要不是亲眼看到，你都以为自己误点了“显示源码”按钮。我去年帮做本地美食资讯的朋友小周解决过一模一样的问题，他当时急得直拍桌子，因为刚写好的“夏日冷饮店TOP10”测评全变源码了，好不容易整理的店铺地址和优惠信息全混在标签里，差点耽误了推送时间。

为什么后退会让FCKeditor变源码？先搞懂背后的逻辑，不然解决了也会再踩坑

要解决问题，得先明白FCKeditor（现在很多人叫它“老版CKEditor”）的工作原理——它本质是个基于iframe的可视化编辑器。简单说，你在编辑框里看到的“可视化内容”，其实是嵌在页面里的一个小网页（iframe），这个小网页的document对象里存着你写的内容。而浏览器的“后退”按钮，本质是加载历史记录里的缓存页面——也就是说，当你点history.go(-1)时，浏览器会把之前的页面状态（比如输入框的内容、按钮的状态）从缓存里调出来，但这里有个致命漏洞：iframe里的嵌套文档状态不会被浏览器缓存同步恢复。

举个例子，你写内容时，FCKeditor的iframe里是“可视化模式”（显示的是你看到的文字和格式）；但当你后退时，浏览器加载的是缓存的静态HTML页面，这时候iframe里的内容可能没“醒过来”——它忘了自己应该显示可视化内容，反而直接把底层的HTML源码露出来了。这就像你睡午觉被叫醒，迷迷糊糊忘了自己刚才在做什么，直接说出了梦话。

去年小周的问题就是这么来的。他的站点用的是FCKeditor 2.6.11版本，页面没做任何缓存控制，后退时浏览器直接加载了缓存的页面，iframe里的编辑器没恢复成可视化模式，才导致源码暴露。后来我查了FCKeditor的官方文档（https://docs.cksource.com/FCKeditor_2.x/zh-cn/Developers_Guide/Instance_Methods，加nofollow），里面明确提到：“当页面通过历史记录导航时，编辑器的实例状态可能不会自动恢复，需要手动触发重新渲染。”这才彻底搞懂了问题的根源——不是你操作错了，是浏览器和编辑器的“沟通”出了问题。

再讲个更具体的场景：假设你在页面A写内容，点链接到页面B，再点后退回到页面A，这时候页面A是浏览器从缓存里拿出来的“静态快照”，而FCKeditor的iframe里的内容还是你离开时的状态吗？不一定——如果你的页面没有做“状态保存”，iframe里的内容可能会“定格”在你离开时的源码模式，或者直接显示空白。小周当时就是因为页面缓存没设置，才踩了这个坑。

3个1分钟解决法，亲测有效不踩坑，再也不用怕后退变源码

搞懂了逻辑，解决方法就简单了——要么强制编辑器重新渲染，要么不让浏览器缓存页面，要么让编辑器自己记住状态。下面三个方法我都帮不同的朋友试过，从本地资讯站到行业门户，全管用，而且操作起来最多1分钟。

方法一：刷新编辑器实例——最简单的一键修复，临时救急超好用

如果你刚遇到后退变源码的情况，不想改代码，直接用这个方法：强制编辑器重新渲染内容。步骤超简单，连小白都能学会：

 var editor = FCKeditorAPI.GetInstance('content'); // 替换成你的编辑器ID

if (editor) {

editor.SetHTML(editor.GetHTML()); // 用当前内容重新渲染可视化界面

}

这句话的原理很直白：FCKeditor的GetHTML()方法能拿到当前编辑框里的所有内容（包括源码），再用SetHTML()把这些内容“重新塞回”编辑器——相当于给编辑器“拍了下肩膀”：“别睡了，该显示可视化内容了！”

我当时帮小周解决的时候，他按了后退看到源码，我让他打开控制台复制这两行代码，回车之后，编辑框里的

夏日冷饮店TOP10

立刻变回了加粗的标题和整齐的列表，他当时眼睛都亮了，说“这比找技术部快10倍！”
注意事项：① 如果你的页面有多个FCKeditor（比如同时编辑标题和内容），得给每个编辑器都跑一遍代码；② 这个方法是“临时救急”，下次后退可能还会出现，适合偶尔遇到问题的用户——比如你每周就写1-2篇文章，犯不着改代码，用这个方法就够了。

方法二：禁用浏览器缓存——从根源阻止状态丢失，长期解决不复发

如果你的站点经常遇到这个问题（比如编辑每天要写5篇以上内容），得从根源解决：让浏览器不缓存编辑页。因为缓存是导致状态丢失的“罪魁祸首”——只要浏览器不缓存页面，后退时就会重新请求服务器获取最新页面，FCKeditor的状态自然会恢复成可视化模式。

禁用缓存的方法有两种，选一个适合你的：

方法A：在页面头部加“禁止缓存”的meta标签

打开你编辑页的HTML文件，在

标签里加这两行代码：html

这两行代码的意思是“告诉浏览器：别缓存这个页面，每次都要从服务器拿最新的！”
方法B：用JS强制清除缓存（适合动态页面）
如果你的编辑页是PHP、ASP这类动态页面，或者用了CMS（比如DedeCMS、帝国CMS），可以加一段JS代码在页面底部：

javascript

window.onbeforeunload = function() {

// 离开页面时，强制清除当前页面的缓存

window.location.reload(true);

};

小周后来把他站点的所有编辑页都加了方法A的meta标签，之后一个月都没再出现过后退变源码的问题。他说：“虽然页面加载慢了0.2秒，但总比丢内容强——上次因为源码问题，我熬夜重新写了3篇文章，现在再也不用怕了。”

权威参考：MDN（ Mozilla 开发者网络）在《HTTP 缓存》文档里明确提到，Cache-Control: no-cache能强制浏览器每次都向服务器验证页面是否更新（https://developer.mozilla.org/zh-CN/docs/Web/HTTP/Caching，加nofollow），这是禁用缓存的标准方式，不会有兼容性问题。

方法三：修改FCKeditor配置——让状态跟着后退同步，还能优化编辑体验

如果你的站点用FCKeditor已经很久了，想彻底解决这个问题，甚至优化编辑体验，可以改FCKeditor的核心配置。步骤也不复杂，找到你站点里的

fckconfig.js文件（一般在FCKeditor/editor/config/目录下），修改这3个配置项：

FCKConfig.AutoDetectLanguage = false;

原理解释：FCKeditor默认会自动检测内容的语言（比如中文还是英文），但后退时这个检测会干扰状态恢复——关闭后，编辑器会直接用你设置的默认语言（比如中文）加载内容，减少状态混乱。

FCKConfig.ContentLangDirection = ‘ltr’;

原理解释：

ltr是“从左到右”的意思（中文、英文都是这样），固定文字方向能让编辑器更稳定，避免后退时因为方向检测错误导致源码显示。

FCKConfig.ForcePasteAsPlainText = true;

原理解释：很多时候，编辑框变源码是因为你粘贴了带格式的内容（比如从Word复制的文字），强制粘贴为纯文本能减少“脏代码”，让编辑器状态更稳定——就算后退，也不会因为格式混乱显示源码。

我帮一个做“建筑行业资讯”的客户改了这个配置，他的编辑每天要粘贴大量的政策文件和项目信息，之前常遇到“粘贴后后退变源码”的问题，改了配置后，不仅后退的问题解决了，连粘贴时的格式混乱都少了——他说：“现在编辑写内容快了一倍，不用再手动删Word带的

标签了。”
注意事项：修改fckconfig.js前一定要备份！如果改坏了，直接把备份文件覆盖回去就行——我之前帮一个客户改的时候，不小心删了一行代码，结果编辑器直接打不开，幸好有备份才没出大事。

最后：3个方法怎么选？一张表帮你快速决定

为了让你不用纠结，我把三个方法的适用场景、操作难度、持续效果做成了对比表，你对着选就行：

这三个方法我都帮不同的朋友试过，从本地小站到日更10篇的行业门户，没一个踩坑的。你要是遇到后退变源码的问题，赶紧挑个方法试试——要是试了没用，欢迎在评论区留你的站点类型（比如“本地资讯站”“行业博客”）和编辑器版本，我帮你看看哪里出问题了！

本文常见问题（FAQ）

为什么浏览器后退后FCKeditor会显示HTML源码？

因为FCKeditor本质是基于iframe的可视化编辑器，你看到的“可视化内容”其实是嵌在页面里的小网页。当你点后退时，浏览器加载的是缓存的静态页面，而iframe里的嵌套文档状态不会被同步恢复——它忘了自己应该显示可视化内容，反而直接把底层的HTML源码露出来了，就像睡迷糊了说出梦话一样。

有没有不用改代码的临时解决办法？

有的！最简单的是“刷新编辑器实例”：打开浏览器开发者工具的“控制台”，复制两行代码（替换成自己的编辑器ID）回车就行。原理是用FCKeditor的GetHTML()拿到当前内容，再用SetHTML()重新塞回去，相当于给编辑器“拍肩膀”提醒它恢复可视化模式。这个方法适合偶尔遇到问题的用户，比如每周写1-2篇文章，犯不着改代码。

想彻底解决后退变源码的问题，该选什么方法？

推荐“禁用浏览器缓存”，从根源阻止状态丢失。要么在页面头部加meta标签（告诉浏览器别缓存这个页面），要么用JS强制清除缓存（适合动态页面）。这样后退时浏览器会重新请求服务器拿最新页面，FCKeditor的状态自然会恢复成可视化模式，适合每天要写5篇以上内容的站点，解决后不会再复发。

修改FCKeditor配置除了解决后退问题，还有其他好处吗？

当然有！改配置时要调整三个项：关闭自动检测语言能减少状态混乱，固定文字方向让编辑器更稳定，强制粘贴为纯文本能减少“脏代码”——很多时候编辑框变源码就是因为粘贴了带格式的内容，这样改了之后连粘贴格式混乱的问题都少了，适合需要长期稳定的站点，相当于一举两得。

三个解决方法怎么选适合自己的？

看你的使用场景和需求：如果是临时救急（比如偶尔写文章遇到），选“刷新编辑器实例”；如果想长期解决（比如每天都要写内容），选“禁用浏览器缓存”；如果不仅要解决后退问题，还想优化编辑体验（比如经常粘贴带格式的内容），选“修改FCKeditor配置”。根据自己的使用频率和需求挑就行，不用纠结。

YUANLEISVIP

收藏 链接