首先，帮助手册中写Event.soundComplete是由SoundChannal对象发出的，这个没错，不过它有一点没写清楚，就是每次调用Sound.Play()后返回的SoundChannal对象并不是原来的对象。为了把问题说清楚，我简单写一下流程。

首先是声明变量： var sound:Sound;  var channal:SoundChannal;
第1步. 加载一个新声音: sound = new Sound(urlrequest)
第2步. 监听这个声音加载过程，有“OPEN”“PROGRESS”“COMPLETE”或者“IO_ERROR”这样的事件发生。
第3步. 加载了一定的数据后，可以开始播放： channal = sound.play(); 这个时候，声音播放的通道传递给了channal。
第4步. 监听音乐什么时候完成 channal.addEventListener(Event.SOUND_COMPLETE,play_is_complete);
第5步. 用户按了暂停按钮，把音乐暂停下来。SoundChannal和Sound都没有提供pause方法。压根就没有暂停方法，只能用 channal.stop();
第6步. 继续播放音乐，channal有stop却没有play方法，play方法在Sound对象里面，也就是说，我们只能停止，然后设定新的播放位置，让sound从这里开始重新播放。于是第6步就是不得不再写一次 channal = sound.play(postion); 但是这个时候出来的channal已经与第3步的channal不一样了，返回了一个新的SoundChannal对象。我们在第4步监听的事件是在旧的channal上，而现在新的并没有监听，表面上看起来像是失效了。结果就是音乐播放完成的时候，无法捕捉到soundComplete事件。
第7步. 正确的做法是，我们要还要再为第6步的新channal添加一个监听channal.addEventListener(Event.SOUND_COMPLETE,play_is_complete); 与第4步一样。
把第7步也补上，至此，问题解决。

刚开始做AS3的声音播放肯定会忽略第7步，这就是“播放声音暂停后为什么会无法监听到播放完成事件”的原因。这个问题花费了我30多分钟去调试。最后才发现问题是由一个小小的细节造成的：Sound.play()返回了新的SoundChannal，已经不是原来的那个了。搞程序确实比较费力，时间常常被耗在一些不起眼的小细节，很微小却又能让你的作品罢工。也许其他人已经写过了，就当是给自己是留个提醒备忘吧。

有了这套AsWing组件，代码写Flash的时候，制作用户交互界面就轻松很多了，几十行代码就能弄出一个像模像样的Flash交互作品。AsWing是基于MVC（Model View Control）模式的，组件之间的耦合度比较低。它的出现大大减轻了企业制作Flash的成本和时间，并且所有组件都继承自Sprite，操作起来非常多变灵活。AsWing现在还能自定义Look And Feel，也就是自己制作窗口的皮肤模板。通过LAF，你能让它面目全非却又完全不影响功能的使用。

AsWing现在的组件已经比较丰富了，容器、窗口、按钮、文字框、滚动、进度条、树Tree、表格等都比较齐全，大部分时候应用还算比较简单，只需建立一个子类实例，然后就能开始制作自己的作品了。根据官方的API文档，我算了一下，目前1.4版它一共有21个包和40多个J开头的组件，还有其他的相关辅助类无数，这么大堆东西都是一个人完成的，不能不让人佩服他的功底和坚持。

一句话，它是个好东西。但是由于纯代码操作，并且中文帮助比较少，起点有点高，ActionScript的初学者用起来会比较吃力。我也是在折磨了自己许多天后，才能逐渐开始摆弄这个家伙，一开始学肯定会有很多困难，不要气馁，在麻烦之中学习进步，坚持到最后就是胜利。

 July 1, 2008 (Computerworld) Adobe Systems Inc. today announced that an optimized Adobe Flash Player will be added to the search engines of Google Inc. and Yahoo Inc. under agreements with the two Internet firms. The tool will help the search engines better index dynamic Web content and rich Internet applications (RIA) that include the Flash file format, or Shockwave Flash (SWF).

查看 computerworld 的原版新闻（英文）

前一段时间我还在抱怨Flash面向搜索非常不友好，以致被微软拿来做对比打击，并且导致成百上千的Flash Web Site一直难见天日。现在“万能的Adobe”终于开始着手解决了这个难题，对于Flash界这是非常重要的新闻，假如Google真的可以索引大部分内容，那么SWF文件将会有更广泛的应用，从而项目开发不必再过分考虑搜索的问题。

这个固然是个好消息，但是搜索的问题历史由来已久，并不是那么简单就能解决的。最麻烦的就是程序解析的问题，Flash类似于AJAX等RIA应用，代码占了大部分的篇幅；然后，文字等内容数据一般是从数据库或者后台服务端那里即时下载，SWF文件本身往往并没有保留多少文字内容，图形更多一些；并且大部分时候还需要一个用户行为来触发这个数据展现过程。所以，即使Google能把SWF解析得非常通透，它依然不一定能得到所有的数据。正如AJAX，如果不去点击某个按钮，JS代码就不会向服务器请求下载内容。 这一点，与PDF格式的开发非常不同，PDF本身就是一个数据载体格式，而SWF、AJAX等RIA应用更偏向于运行过程和交互功能，本身并没有附带多少可以索引的信息。 Flash设计者应该负起一部分责任，尽量给搜索多留点口粮。至于如何彻底解决这个问题？这个问题实在太过复杂，应该留给那些天才搜索引擎工程师和Adobe去解决，并且促之形成Flash行业的设计习惯。

SWF文件还是能够被解析了，不管怎么说，这都是个非常值得高兴的事情。

我把一开始做的那个简单的小球下落运动改进了一下，现在支持鼠标抛动方向和力度大小了，并且可以调节小球的重量、弹性（与墙壁产生碰撞后的动能损失）、空气摩擦阻力等。为了计算它跟随鼠标抛动的轨迹，我列了满满一张A4纸的计算公式，越算越晕。后来想了一个办法，终于把这个麻烦问题解决了。就是跟踪鼠标键按下的起点(X0,Y0)和放开的终点(X1,Y1)两个坐标，还有记录它按下的时间(t)，以此计算鼠标的拖动速度，显然时间t越短力度就越大，起点和终点的距离越大力度也是越大，根据这三个参数来决定小球获得动能的大小。然后再把小球在X轴和Y轴上的动能分开，分别计算独立的X轴速度和Y轴速度，这样就不用再去计算它的位移和角度了，问题大大地简化了。再加上重力这个因素，一个雏形就出来了。测试了一下，效果还不错。

在算重力的过程中我总算见识到了著名的"浮点运算错误"，据说这个浮点问题在C#, Java, ActionScript都存在。这个错误的表现为Number类型的浮点变量，在计算过程中并不是绝对准确的，例如0.2*3原本应该算出0.6，然而有时候结果会是0.6000000000000001，构成这个的原因很复杂，有人提出用 int(num*100)/100 这个语句进行保留两位小树的修正，但我测试了一下，前面int的确能取整，单除以100以后又出现新的浮点错误，真的很无奈。想不到电脑编程也会有靠不住的时候，只能尽量避免浮点运算了。

这个练习依然不是什么高深技术。不过里面一些基础知识都用到了。包、类、事件、函数定义、语法和组件都用上了，算是对ActionScript 3 又有了进一步的了解。至于源代码懒得贴上来了，因为对于显示列表里面的坐标还是写得很乱。有需要的，找个硕思Sothink SWF Decomplier 4.0反编译一下这个SWF文件也能看到源码了。

弹性为1，空气摩擦系数为0的时候，小球不会发生任何动能损失，会一直运动下去。原本重量也是可以为零的，可是因为依靠帧率计算重力加速度，加上落地的时候有些偏差，所以为0的时候计算不太准确，所以最低设为1。 调节一下这几个参数，看看运动所发生的变化，也是一种蛮有趣的自娱自乐。至少表明了，我的高中物理知识还没有完全还给老师，嘿嘿。

看到有些人刚接触搜索优化不久，便开始写博建立名号，什么SEO策划、网络营销、网站推广称号挂了一大堆，甚至都开始收徒弟了。虽然不能以时间长短论英雄，但是有些现象实在令人想吐。我本人不是SEOer，我从来就没有说过自己是SEOer，尽管我也很喜欢搜索引擎优化和营销。另外，翻查一下去年到现在的RSS订阅列表，许多人已经长时间不更新博客，有几个甚至选择关闭，转做潜水的隐形人，不能不说有些可惜和伤感。去年看到冯英健博士说不再搞SEO的文章，当时我是相当地不解，老冯为什么要与SEO划清界线。现在也许能看得明白些了，他直接跳进了网络营销的高度，境界自然不是SEO再能相提并论的了。低调的老冯，但他深圳的新竞争力公司却不低调。以SEO技术之外的东西来作为SEO的武器，效果令人咋舌。例如普通的SEOer肯定会说Flash对SEO不好，应当抛弃。可是我见过某人运用一个并不复杂的Flash，完成了九万的外链。九万那是什么概念？如果换成手工和付费方式，累个半死也不一定能达到这个数量... 网络营销的传播威力可见一斑。

传说百度一直都想处理所有带有SEO痕迹的站点，那我就响应百度的号召罢，淡化SEO转而讨好Flash和PHP爱好者，不再刻意讨好搜索引擎，Flash知识和PHP技术是非常适合公开和分享的，不需要顾忌些什么，也会有继续写下去的动力。至于友情链接里的同学们，链接还是会保留的，只不过SEO这三个字要改一改。这篇也许会是您在这里看到的有“SEO”密度的最后一篇文章了。

解决这个问题，需要尽快把你的Flash插件更新到最新版本。
最新版本 Adobe Flash Player 下载地址： http://www.adobe.com/go/getflash
受影响的版本：Adobe Flash Player 9.0.115.0 及早期版本。
升级这个新版本最好先到控制面板的“添加删除”里面去删掉老版本，再安装新版的，这样不容易出现一些奇怪兼容的问题。

我去Adobe官方网站逛了一遍，现在给出的新版本是9.0.124.0（还没有正式给出Flash 10），也就是说只要你的Flash插件是9.0.124.0或者以上就不用担心了。如何查询现在的Flash插件版本？打开“开始菜单”的“控制面板”，接着是“添加或删除程序”，然后选“Adobe Flash Player ActiveX”，再它下面的“单击此处获得支持信息”，就可以看到关于这个ActiveX控件的版本信息。如下图所示：

之所以说它没有捆绑，是因为它的推广方式根本就已经超越了捆绑。例如其中提到的腾讯公司，这段时间重新下载了一个QQ2008 beta版，安装后看到它给我装了不少东西，首先就是腾讯自家的超级旋风下载工具、QQ工具栏和中文搜搜这三个东西，并且是可选安装的。然后发现控制面板的删除里面还多了一个SilverLight东西，而我的系统是刚刚从Ghost恢复的。为了证实这个方式确实存在，我特意又用ghost恢复了一次系统，然后对比安装了一次qq2008，其中安装过程中有一行字“正在注册Microsoft SilverLight”一闪而过。你说这是捆绑嘛？这绝对不是捆绑，不要用捆绑这个流氓式的词来侮辱的微软。要说责怪这是腾讯在协助推广的话，说不定QQ2008还真的需要用到这个插件呢，一切都是恰到好处。这有让我想起了Nokia的手机软件套装需要安装.Net Farmework，并且最近看到ATI的显卡驱动控制中心，也是基于.Net Farmework的，从驱动程序级进行控制，想不安装都不行了。微软的合作伙伴何止上面提到的这几个。这再一次印证了我自己关于分享和推广的想法，无论暴风影音这样的解码包，搜狗拼音，遨游maxthon浏览器，以及后来被收购FlashGet快车下载，他们的发展和转变基本都能见证Open Share的效果，对于推广的思路是越来越清晰了。

以微软的霸主地位来说，要推这样一个小东西太容易了，确实不需要捆绑。尽管Vista卖得不是很好，XP系统还是占了大部分的天下，但是别忘记XP里面有一个自动更新的利器，这个自动更新除了自动安装补丁以外，还是一个继续补充后续计划的好东西。例如当时的XP sp2这个大块头补丁，很大一部分就是通过自动更新发放的。多少木马病毒对它恨之入骨，有些黑色的客还编织了很多诱骗用户手动关掉自动更新的谎言，以便改善病毒木马的生存环境。可见它确实是个利器，所以目前大部分的软件都拥有了自动更新的功能。

在这么强力的策略下，微软银光的安装率不断上升。据说已经“自Silverlight推出后，全球平均每天下载数已超过150万”，并且号称从2007年发布至今，中国已经有三分之一的电脑安装了SilverLight，是有一点泰山压顶的感觉。对于其他那些单薄的软件作者，看到这种情况会如何黯然销魂呢？至少我个人是很眼红很流口水的。如果有那种资源，谁又愿意去捆绑呢……

花开两支，各表一端，再回头来看看Adobe。尽管我个人偏爱Flash，但是Flash确实一直有一个很致命的地方，就是对搜索引擎非常不友好，以致于微软都经常拿这个硬伤来做借口攻击Adobe的体系。微软号称SilverLight能以XAML格式作为信息载体，从而实现搜索引擎爬行的可行性。而对于Adobe的MXML，AIR中的MXML是放在客户端的，与搜索关系不大。部署在服务器端的Flex，MXML却是用在描述构建生成一个Swf表现层，甚至包含数据库操作，绝对不会呈现到前台。所以面对搜索蜘蛛的，就只有swf文件，也就是说除非搜索引擎具有解析SWF文件的能力，否则别想从里面得到什么可索引的内容。这点与PDF和XLS文档是有点相似，可以看到未来的。

尽管Flash的这个搜索的问题还是挺严重，不过事实上的确一直在改善，在当年老版本的Flash输出里面，所有的文字都是被打散成矢量输出的，我印象最深的就是带有“口”偏旁部首的字，这个“口”都会被填充成一个方块。后来，文字不再打散成矢量图片了，文字等描述得以保留下来，这个改变就是现在google能够爬行swf文件的基础，非图片的文字才能被搜索引擎的蜘蛛识别，因为毕竟现在的蜘蛛实际上还是个瞎子。而当时Flash保留文字并不是为搜索考虑的，而是为了方便swf文件中的内容更新，和通过Actionscript控制文字的显示。换句话说，那时的Flash是完全没有搜索引擎优化这样的意识的，否则就不会是现在这个鸟样了，否则Google的蜘蛛就不会在面对Flash文件的时候如此痛苦了，否则就不会被微软拿来做口实了……怎么那么多否则。不过SEO在国外发展得比较广泛，再加上微软如此吹擂XAML格式是如何如何的SEO，相信Adobe想不痛心疾首都不行。痛定思痛后难免不改进swf格式让他兼容更多的解析。比如我个人就建议给swf文档加上一个文字性的描述，就像当年的HTML不得不为自己在head区弄点meta一样。就连JPG图片格式都有扩展描述了，你SWF要想融合更多人民群众，就不能不添加更多的团结策略。

微软和Adobe，看来是会平分天下了。谁也别想打倒谁，选择微软和选择Adobe都是一样有前途的。微软有自己的.Net留下来的大量人才资源，Adobe也一样有非常广泛的Flash群众基础，并且Adobe的设计人员还比微软要多一些。现在Flash的分工更加明确了，Flex Builder的出现，使得平面设计师和程序员的专业分工越来越明确了，以后会越来越少很少听到要谁同时精通美术和脚本编程的。有人反映说Flash CS3变化太大，以致于许多老用户都适用不了，实际上那是因为它已经进入了一个分工协作的新时代。现代的社会不正也是分工越来越明确么？

RIA如此丰富多彩，难怪我本人会像金属遇到磁铁，被它深深吸引难以自拔，甚至有点超过了目前比较有钱途的SEO作业。试看两年以后，搜索引擎会是一个什么样的面貌？Web浏览器还会像现在这样几乎是上网的唯一吗？

首先，Google的Webmaster Tools后台已经有这个细心的选项，位于"工具(Tools)"菜单下面的"设置首选域名(Set preferred domain)"，可以让网站主手动选择适合的域名，以防止重复收录。然而对于百度之类的其他搜索引擎，还没有提供这样的管理功能，所以还是不得不在自己的网站之中设置301转向。因此，我写了一段简单的代码，用于检测网址之中是否带有"www."这四个字符，如果没有，则可以进行301转向，如果有"www."则保持原样不做任何动作。把这段代码放进网站的首页文件，基本能满足这个转向的问题。

ASP版本 - 检测当前的域名中是否带有"www."字样

<%
Dim theUrl
theUrl = Lcase(Request.ServerVariables("HTTP_HOST") )
If Instr(theUrl, "www.")<1 Then
'这一行文字可以替换成放置301转向代码
Response.Write "测试信息：网址里面没有www. 字符，应该转向"
Else
Response.Write "测试信息：找到了www. 字符，不做任何动作"
End If
%>

PHP版本 - 检测当前的域名中是否带有"www."字样

<?php
$theurl = strtolower($_SERVER["HTTP_HOST"]);
if (strpos($theurl, "www.") === false){
// 这一行文字可以替换成放置301转向代码
echo "网址里面没有www. 字符，应该转向";
}else{
echo "测试信息：找到了www. 字符，不做任何动作";
}
?>

上面的代码再配合乐思蜀的《301转向代码合集》（http://www.dunsh.org/2008/03/19/301-redirect-code/），就能完全解决这个郁闷的问题了，唯一需要注意的是这段简单代码志只判断www存在与否，因此bbs等论坛域名也会被转向，因此只适用于放在绑定网站的首页文件之中。我在自己的ASP和PHP网站分别做了测试，并且使用了在线301转向检测工具进行测试，都能正确检测出转向，因此面对搜索引擎的蜘蛛应该没有问题，时间问题就不做实际证明了，希望有实践过的同志证实一下实际效果。

原载：无剑网
原文路径：http://www.nosword.com/200804/no-www-301-asp-php/
版权声明：转载请以链接的形式注明作者及原出处，并保留本版权信息，严禁一切非法复制。