1.现在的页游都朝着客户端的方向靠齐了，大地图，千人同屏。因此，也给页游的服务端开发带来了不少的挑战。假设一个场景地图是8000*8000大小，同时有1000人在。1秒钟内，每个玩家移动一次。按照最原始的做法，就是给同一个场景的用户广播消息。简单计算一下广播量:1000*1000=1000000的广播量，有点恐怖。
优化的目标肯定是减少广播量了。我们看到，场景特别大，这对于美术同事来说不是什么好事了，对于服务端来说，未尝是坏事。假设最理想的状态下，
用户能够遍布各个角落。那么，我们只想向能看到移动目标的用户广播消息就行了。假设一个屏幕大小为1600*1000，一个屏幕理论上分布了8000*8000/(1600*1000)=25屏。每屏1000/25=40人
还是每秒每个人移动一次，总的广播消息量是:40*40*25 = 40000.哈哈，整整少了25倍的广播量，服务端压力少了.
按照上面的思路
