此文献给致力于开发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)，这点很杯具。
相关文档：
泛谈Flash文件系统
【摘 要】本文主要简单介绍Flash文件系统，文中涉及Flash存储器基本特征，以及怎样利用Flash文件系统实现对Flash存储器的较好的操作管理功能。
【关键字】Flash存储器 Flash文件系统
Ⅰ。Flash存储器
Flash文件系统，顾名思义就是采用Flash作为外存储器 ......
项目要求在flash中显示pdf文档。其中该flash的左侧有一个导航栏，用户可以选择查看那个pdf文档，相应的pdf文档就在右侧显示。google一下发现flash目前并不支持显示pdf，只有AIR可以。真是搞不懂这是为什么。幸好发现可以内嵌一个pdf reader这样的东西在网页中，然后再做一个flash导航栏，之间通过javascript进行通信。如何� ......
一些苹果爱好者已在该零售店周围排队数天时间。队伍分为两条，一条针对此前已在线预订iPad的用户，另一条则针对希望直接在商店中购买iPad的消费者。从当地时间上周六上午9点开始，人流开始缓缓进入苹果零售店中，一次放行10人或15人。难道iPad真的是一代神机？下来小编带你走进iPad......
工业设计
iPad配备� ......
假如你没有时间去体验Flash Builder 4的Bate版，也许你很想知道Flash Builder4有哪些新的特性。即使你体验过Bate2的版本，相对正式版本来说，还有一些新的特性。
我们的产品市场组在总结新的特性方面，已做了足够的工作。但是若你想了解每一个新特性(70多个)的详细信息，我把它们详细地列出来了，还有一些文档，你可以结合 ......
直接拷贝到flash build 4 正式版里进行测试！
源码：
/*
*
核心部分
//为tf初始化各类属性
tf = new TextFlow();
um = new UndoManager();
em = new EditManager(um);
tf.interactionManager = em;
//格式
var fmt:TextLayoutFormat = new TextLayoutFormat();
fmt.fontFamily = "_sans";
fmt.fontSize ......
