在HTML中传送参数到Flash,常用的方法有两种:路径参数(foo.swf?par=123)或FlashVars(<param name="FlashVars" value="par=123" />),参数又可以再分为是否URLEncoded;对于传送中文,又再分为非Unicode(Big5/GB2312)和Unicode。最后IE和Mozilla处理上又有分别,换句话说,总共有2*2*2*2=16种可能性。
再加上SWF格式为Flash5或以前,Flash是用使用者系统编码处理中文(非Unicode),Flash6或以后,Flash是用Unicode处理中文。因此,在HTML中传送中文到Flash,看似很简单的事,其实包含很多复杂的变化。(16*2=32种可能!!)
在新技术涌现的时代,要将参数传送到Flash,可以用LoadVars、XML、Flash Remoting和Web Services等,但是在非Browser和连线的环境下,例如嵌入装置、Flash嵌入其他程式和Server-side的Flash执行环境,仍然需要靠「路径参数」这方法传送参数到Flash。
以下讲解会以Big5和Unicode为例,比较处理非Unicode和Unicode中文的分别,对于GB2312处理方法,跟Big5相同。第二,例子会用一个中英文混合句子来示范:
可以支援非Unicode的URLEncoded中文了!
Big5 URLEncoded为:
UTF-8 URLEncoded为:
路径参数
一个SWF格式为Flash6或以后,以路径参数传送中文,有以下结果:

Big5: debugTxt.swf?inTxt=%A5i%A5H...

Big5: debugTxt.swf?inTxt=可以...

UTF-8: debugTxt.swf?inTxt=%E5%8F...

UTF-8: debugTxt.swf?inTxt=可以...


第一个本能反应,当然是在Flash裡加上
System.useCodepage = true;
打开swfpath\original\debugTxt.fla看看,其实早已加了,但不起作用。因为所有参数都是在任何ActionScript执行前,已经进入了Flash,所以Flash是用Unicode去解码这些URLEncoded的Big5,结果发生乱码。
解决方法,当然是使Flash预设不是Unicode解码,怎可能?将SWF发佈成Flash5就可以!Flash5的SWF只是一个加载器,主要用作接收参数,然后将真正的Flash加载到_level0,并传入参数,这样真正的Flash已经完全取代了Flash5的SWF,只要Flash Player是6/7,仍然可以执行Flash6/7支援的ActionScript。
loadMovieNum("debugTxt2.swf?inTxt="+inTxt, 0);不过,唯一要留意,由于Flash接收时已经将参数URLDecoded,再传入真正的Flash时,也是用Unicode去接收/解码Big5的参数,仍有危机出现乱码,因此应该将参数两次URLEncoded,变成普通的英文字元:
loadMovieNum("debugTxt2.swf?inTxt="+escape(escape(inTxt)), 0);
到了真正的Flash时,先解除Flash预设的Unicode解码,才去URLDecode接收的参数:
[范例下载]
点这里下载演示效果文件
FlashVars
改用FlashVars传送参数,无论IE/Mozilla,只有Big5 URLEncoded会出现乱码,其他Big5 URLDecoded, UTF-8 URLEncoded/URLDecoded都是正常:

Big5: debugTxt.swf?inTxt=%A5i%A5H...

Big5: debugTxt.swf?inTxt=%A5i%A5H...
用刚才方法去解决,结果出现了乱码:

在Flash5的SWF进行URLEncode时字与字之间多了%C2:
因此在真正的Flash,要将%C2弄走才进行URLDecode:
遗憾的是,有一些字元,在FlashVars传到Flash时,已经被破坏了,最后仍然是乱码,例如「文」字:

Big5: debugTxt.swf?inTxt=%A5i%A5H...

Big5: debugTxt.swf?inTxt=%A5i%A5H...
下载范例
点这里下载演示效果文件