此文献给致力于开发flash MMO APRG的人们
一直都有先烈往这块领域投奔，为flash
产业做出辉煌的贡献，为此今天特撰此文以告后
人避免重蹈覆辙.
MMO APRG游戏
的最关键问题是网络延时，一旦网络延时过大，就会给
玩家造成很差的游戏体验，这点是很致命的，那么flash能不能胜任呢？
除去Adobe
的RTMFP(UDP协议)之外，目前我们在
flash上能用的通讯协议只有TCP，那么它能胜任么？
先讲下TCP数据
的传播方式
假如你想把数据从客户端A发往客户端B，那么数据的发送形式如下：
客户端A -> 服务器 -> 客户端B
有人会想，假如我的客户端A到服务器的Ping值(网络延时)为30ms，客户端B到服务器的Ping值也为30ms，那么A机发数据到B机上也就
60ms，60毫秒的时差对APRG游戏还是可以接受的呀。
很好这样讲是没错的，但是就是因为这样想很多先烈倒下来了。
表面上看60ms是能把数据从A机发往B机，但实际上并不是这么简单。
TCP协议本身默认开启了一个算法
叫做：Nagle。
它是干什么的呢？
简单来讲：它是一个延后发送数据的算法。
当你往socket发送数据的时候，如果发送的数据小于MSS(最大分段长度)，那么你所发送的数据将会延后200ms才发送，这意味着什么呢?
意味着A机发往B机的时间为30+200+200+30=460ms，我想你知道这个结果之后肯定会抓狂。
不过如果幸运的话，编写服务器的人知道把服务器的TCP
Nagle算法关闭了的话，那A机发往B机的时间为30+200+30=260ms，这个结果看起来稍微安慰一点。
刚才上文讲的MSS这里再具体讲一下，它的意思就是每次发送的数据包的最大长度，这个值通常由MTU(最大传输单元)来决定，基本上现在我们的网络设备
(路由器)MTU为1500左右，即每次发送最多1500个字节左右，MSS值等于或稍低于此值。
那么如果你往发送的数据里加一些冗余数据超过MSS值会怎么样，那这200ms延时会减少一半以上，当然不是说你加越多越好，你加多了一会又变成服务器接
收数据时间长了。另外这种方法的副作用是你将会付出几倍的宽带资源及处理资源。
本文到处就结束了，上面说的问题，给的答案，能不能做，就看你怎么想了。
稍带说下，Flash没有提供任何函数来关闭Nagle算法(包括Alchemy)，这点很杯具。
相关文档：
C#与Flash交互 （转自小磊在线）
C#与Flash交互
前段日子公司要求做一个C#与Flash交互的东西，用来C#与短信猫通讯将数据传到Flash上显示与操作的应用。
第一步C#添加组件
打开VS2005-工具-选择工具箱项-COM组件-选择Shockwave Flash Object-确定
添加好组件往场景上拖放，如果提示注册需求注册
c# 注册控件-在运行输 ......
网上已有很多朋友解决了此问题，在此记下，仅为以后查阅。
sudo vi /etc/fonts/conf.d/49-sansserif.conf
将最后一行
****
****部分改为相应字体，也可以填入 sans
如：
<edit name="family" mode="append_last">
<string>sans</string>
& ......
一些苹果爱好者已在该零售店周围排队数天时间。队伍分为两条，一条针对此前已在线预订iPad的用户，另一条则针对希望直接在商店中购买iPad的消费者。从当地时间上周六上午9点开始，人流开始缓缓进入苹果零售店中，一次放行10人或15人。难道iPad真的是一代神机？下来小编带你走进iPad......
工业设计
iPad配备� ......
<!--
@page { margin: 2cm }
P { margin-bottom: 0.21cm }
A:link { so-language: zxx }
-->
NOR
型闪存更像内存
，有独立的地址线
和数据线
，但价格比较贵，容量比较小
而NAND
型更像硬盘
，地址线和数据线是共用的I/O
线，类似硬盘的所有信息都通过一条硬盘线传送一般，而且NA ......
是这样的 我做了一个flash小游戏 现在我用另一个flash（暂时叫主flash吧）来加载这个flash小游戏（游戏里面有声音），当我要卸载flash小游戏的时候发现声音并没有清除掉 后来我就想了一个办法 就是主flash卸载flash小游戏的时候调用flash小游戏关闭声音的方法 虽然可以把声音清除掉 但是新的问题又来了 但我再次加载（有时� ......
