当使用ckeditor控件时，需要校验输入内容是否为空的一种解决办法（转帖）

先说一个让不少开发者头疼的经典场景：当你第一次尝试用Ja vaScript验证FCKeditor（现在叫CKEditor了）的内容是否为空时，十有八九会碰到“内容明明填了，但验证函数死活认为它是空的”这种诡异问题。非得再点一次提交按钮，才能拿到正确的值。这到底是怎么回事？

问题的根源，其实出在FCKeditor对 onsubmit 事件的“监听”机制上。编辑器会在表单提交之后，才把自己的最新内容同步到隐藏域（也就是 document.form1.content）中。而你的验证脚本是在提交之前执行的——它读到的自然是还没来得及更新的旧值，也就是空字符串。

最常见的写法是这样的：

这个写法，在普通文本框上没问题，但放在FCKeditor上就失效了。原因就是上面说的——编辑器还没把内容写进隐藏域，验证就已经跑完了。

那么，怎么解决？其实思路很简单：我们不让验证函数直接读取隐藏域的值，而是等编辑器把内容更新完毕之后，再去读取。这里有一个非常实用的技巧——利用 setTimeout 延迟一小段时间再执行验证，同时让表单先不提交。

改写后的代码如下：

改动就两个关键点：

• 在 checkForm 里 return false，先取消表单的默认提交行为。
• 用 setTimeout 延迟50毫秒（这个时间足够编辑器完成同步了），再去执行真正的验证和提交。

这样一来，编辑器有足够的时间把内容写入隐藏域，验证函数就能拿到正确的值了。这个小技巧，并非什么高深原理，只是摸清了FCKeditor的“脾气”——它会在表单提交后，而不是提交前，更新隐藏域。所以我们要做的，就是让验证发生在它更新之后。

这个方案经过实际项目检验，稳定有效。如果你还在用老版本的FCKeditor，或者遇到类似的问题，不妨试试这个思路。当然，如果换成新版CKEditor，它的API更完善，通常可以直接用 CKEDITOR.instances.content.getData() 获取内容，但原理上，理解这个“延迟提交”的思路，对处理其他类似的编辑器问题也很有帮助。