自从2008年发布了第一个版本，Adobe AIR已经走过了很长的一段路。在此期间，我们为AIR增加了几十个较大的特性，上百个较小的特性，性能优化和错误修复，并且我们支持3个额外的平台：iOS (iPhone和iPad),Android, 和Adobe AIR for TV.

AIR 3将是我们在不到两年半的时间里的第11个发行版本。虽然我们每次的发行版都代表了很大的进步，但我个人觉得这次是非比寻常的。AIR 3包括以下新的API和特性：

• Stage3D 桌面特性）。Stage3D是

PopCap热门策略游戏《植物大战僵尸》罕见地完成了一项使命——成功地将休闲玩家引进这种一般只有硬核群体才会感兴趣的游戏。该游戏开发者 George Fan在2012年GDC大会上分析了它能够吸引广泛用户群体的原因，并重点指出低调而完整的新手教程所发挥的作用。

他认为，“假如新手教程处理不当……游戏中的其他元素也就不可能引导我妈这类用户通关。”他分享了设计更有效而有趣的游戏新手教程的10点建议。

1.让新

应用描述：

　　玩家连接p2p游戏时输入用户名、密码，点击连接服务器。服务器接收到数据后到数据库中查询用户是否存在。存在则允许连接，不存在则断开连接。

根据这两天对于CumulusServer的尝试，解决思路有两种：

1、直接让CumulusServer连接到数据库，进行相关操作。

这种方法需要安装LuaSQL，连接到数据库后可执行相关的sql语句。缺点是如果不修改源代码重新编译LuaSql扩展似乎无法在sql语句中包含中文，而且操作sql感觉不是很方便。（反

刚上手试了一下新发布的CumulusServer，高级的应用还没有尝试，简单说下心得：

（一）：原本以为服务器可以介入netGroup通道，从而实现游戏中的系统公告功能。但是发现这是行不通的，但是可以知道netGroup的连接人数。此功能可以server To Server实现在线人数统计。

（二）：服务器与每一个客户端都有一个连接实例client，并且提供迭代器遍历所有的实例。另一方面服务器可以主动push数据到客户端（应该和fms类似），所以可以将系统公告pu

刚刚上github发现开源的Flash p2p服务器更新了，而且这次更新的非常给力。

原文看这里：https://github.com/OpenRTMFP/Cumulus/wiki

CumulusServer介绍

CumulusServer是一个完全开源的跨平台的rtmfp服务器

使用List创建列表，有的时候想获取列表项的引用。这个时候需要用到itemToCellRenderer(item:Object)这个方法。

不过需要注意的是使用这个方法有时会得到null值，原因是因为组件的绘制还没有完成。

例如：

var list:List=new List;
var dp:DataProvider=new DataProvider();

dp.addItem({label:"测试",data:{}})

dp.addItem({label:"测试",data:{}})

dp.addItem({label:"测试",data:{}})

addC

游戏中使用http通讯方式，有的时候总会发生莫名奇妙的问题导致Flash客户端侦听到IOErrorEvent错误，

最麻烦的是出现错误的时候每次都是玩家第一时间反应的，客服压力很大。处理办法也只有打开Tomcat

系统日志查询通讯情况。

因为没有工具，系统日志查看起来很费事，文件又大。很想骂娘。

所以最近感觉应该准备一个客户端的通讯错误收集策略，当错误发生的时候由客户端主动收集好信息发送

到服务器。

具体是这样考虑的：

客户端侦听到URLLoade

最近在linux服务器上架设了一个开源的Flash p2p会和服务，功能与Adobe的Cirrus服务一样。

之前游戏一切正常，但是今天突然收到连接Flash p2p的会和服务失败。

我在Firefox环境下测试了一下一切正常，转到ie浏览器下果然出现了问题。

分别用抓包工具在FireFox和ie环境下检测了一下端口的数据情况，发现了一点问题。

使用FireFox的时候udp请求收到了返回数据。

但是ie下发送的udp始终没有收到返回。

这应该就是会和服务失败的原因。联想到服务器刚刚换了机柜同一个网卡上绑了两个ip,于

无意中在一个adobe的帮助文档中看到使用udp发送数据时，双方的最大字节数不能大于连接双方的MTU值的最小的一个。

MTU表示通讯中的最大传输单元，我们是用adsl的时候通常是1480个字节。超过这个数值，则数据将被分段传送。

联想到NetGroup和NetStream中很多时候都提到发送少量数据，如NetGropu.post。所以我在考虑是不是flash p2p传输中也会需要注意这一点？用NetGroup.post或者NetStream.send()的时候，是否也会受到限制。尤其是NetGroup的post，由于使用udp发送中并不会考虑顺序，那么如果超过了1480

理论上没有完美的解决方案，遇到高手高手高高手肯定还是有强行突破的方法。

假设的场景是：

玩家利用一个通讯数据包将每一个udp数据发送多次来观看结果。如果玩家发现上一个数据包是攻击怪物的，然后把上一个数据包再发送一次，发现还能攻击一次怪物。于是可以利用这个测试结果提高攻击效率。

分析：

针对这个问题，我们可以在每个数据中保存一个随机数，发送到对方后。对方会保存上一个数据包的随机数，如果下一次发来的数据包的随机数一致，则丢弃。