1、Localconnection
Flash之间传递数据，自然想到Localconnection等多种办法。
但在实践中，如果要传一个图片这样的数据，就没这么简单了。
首先，localconnection一次send只能传递40k的数据，而且是它AMF编码后的，也就是说，自己最多也只能有30+K的余地。
针对这个限制，首先，我们想到拆分N份来发。
var size:int = 30*1024;
var count:int = a.length / size + 1;
var localConnection:LocalConnection = new LocalConnection();
for(var i:int = 0; i < count; i++)
{
var temp:ByteArray = new ByteArray();
temp.writeBytes(a, i*size, Math.min(size, a.length - i*size));
localConnection.send("photoShowEditor", "showBitmapData" , temp);
}
但事实证明，这个是非常有问题的做法。例如测试中，要传递260k的png数据，拆分了9份去传。结果令人沮丧。。。竟然要4s才最终传完。
于是，这得出一个结论，localconnection不适合做这种大数据的传输。必须找个中转。
2、Localconnection + SharedObject
有人设想利用SharedObject做中转区，用localconnection通知对方去接受。
但是，根据QQ秀客户端的不完全统计，有10%的人会有意无意的关闭的SharedObject。那很显然，这个办法不完全可靠。
3、base64编码后通过js去传递
260k的png图片，编码后变成340k左右，flash和js之间传递参数，完全可以容纳这个大小的字符串。
但这个如果在跨iframe之间传递，也许会稍有点小麻烦。但最起码这个方案是最可靠
最后，除去上述3个方案后，其实最可靠的，也许不是本地直接传递，如果能借助于服务器，先上传图片，再在另外一边展示，也许问题就完全没有了。