在HTML代码中嵌入Flash文件一直都是广大web爱好者所所喜欢挑战的事，也算不上什么挑战(对于新手朋友来说吧)好了，闲话不多说，切入正题

关于我的SWFObject V1.5的使用过程，以上篇中的介绍暂时告一段落了，下面我将会带领SWFObject V2.1出场与大家见面，如果我早一点结识V2.1的话，或许就不会受到“等待HTML DOM加载”问题的侵扰了。

首先，给大家简要介绍一下V2.1语法的调用示例：

代码如下:

从我个人来讲，我比较喜欢上面的第三种写法，下面即将提到，我在HTML代码中嵌入Flash文件的最终解决方案中，就是采取的第三种风格调用的swfobject.embedSWF()。V2.1版本的风格非常符合现代JS的风格，代码显得更为简洁。

上篇中采取的解决方案看来，似乎已经能够满足大部分需求，而且兼容性似乎也还过得去，理应能够满足绝多数朋友的需求，也未尝不可是一个过得去的解决方案。但是，有一种比较极端的情况被我发现，就是在：

代码如下:

new SWFObject("http://www.pec365.com/Flash/20071113.swf", "mymovie", "304", "367", "7", "#FFFFFF");

的时候，如果传入的Flash文件的地址有误，又或者该Flash文件在服务器中被删除掉了，那么你将看到一种最不愿意看到的情况，示例

如下：

代码如下:

建议您亲自执行一下这段代码，如果您是一名新手可参见上篇中说介绍的步骤来运行一下这段代码，真实的感受一下“灾难”的降临。

是的，您将看到页面上一片空白，那原本用于替换不能显示Flash时备用的图片也不见了，去了哪里呢？我经过调试后发现，纵使因为传入的Flash文件地址错误，也会创建一个错误的标签将

中的内容替换掉，从而就是你看到的，将形成一个高宽分别为304px和367px的空白区域(如果安装了Flash播放器，在屏幕左上角点击鼠标右键，您会有所发现)，于是噩梦就如此降临了。

为了解决这个噩梦般的结果，于是乎，我就想到一个馊主意，首先检查一下根据传入的Flash文件地址检查一下服务器上是否真的存在该文件，如果返回的结果是该Flash文件存在，那么就执行swfobject.embedSWF()方法，而具体的思路就是利用XMLHttpRequest 对象，通过GET/HEAD方式请求服务器，然后判断xmlHttp.status == 200 || xmlHttp.status == 302作为文件存在的依据，但是这种方式似乎还是存在一定的缺陷，暂时我还没有能力完善，现将我最终的解决方案示例如下：

代码如下: