Android 调用update

下文详细说明介绍Android 调用update的具体学习方法以及详细工作学习，当休眠的时间已经到了，首先去调用update,即为下一次绘制做准备工作，再让自己休眠起来，最后通知系统重绘制自己。

然后等到苏醒后在Handler中就会让系统区绘制上次修改过的二维方块地图，然后再次Android 调用update，如此循环反复，生生不息），才使得游戏不断被推进，因此，比做“引擎“不为过。

既然update是游戏的动力，要让游戏停止下来只要不再Android 调用update就可以了（因为此时其实是画面静止了），因此游戏进入暂停（这个状态还可以转为“运行“。其实就是继续可以修改，再绘制）

 
 
public void update()  
    {  
        if (mMode == RUNNING)  
        {  
            long now = System.currentTimeMillis();  
            if (now - mLastMove > mMoveDelay)   
            {  
                clearTiles();  
                updateWalls();  
                updateSnake();  
                updateApples();  
                mLastMove = now;  
            }  
            mRedrawHandler.sleep(mMoveDelay);  
        } 

若进入失败（其实此时二维方块地图还停留在最后一个画面处，这也是为什么在开始时要首先清理掉整个地图）【这一点，可以在游戏失败后，再次开始新游戏，此时通过设置的断点即可观察到上次游戏运行时的底层数据】。

可是个人认为Snake下面这段代码读起来有点怪，有点像一个“先有鸡，还是先有蛋？“的问题，导致我的思维逻辑上出现一个“怪圈“。

 
 
switch (item.getItemId()) {  
         case MENU_ITEM_DELETE: {  
             // Delete the note that the context menu is for  
             Uri noteUri = ContentUris.withAppendedId(getIntent().getData(), info.id);  
             getContentResolver().delete(noteUri, null, null);  
             return true;  
         }  
     }  
     return false;  

按照这段代码的意思来看，当休眠的时间已经到了，首先去Android 调用update,即为下一次绘制做准备工作，再让自己休眠起来，最后通知系统重绘制自己。哎，这让我难以理解，还是回到时刻0的例子来说，在时刻0时让蛇身向北前进了一步（指的是底层的二维方格地图的修改，不是界面）。

然后让自己休眠0.6毫秒，当时间到了，首先去Android 调用update方法，那么就又会让蛇身做出修改，也就是把上一次还没绘制的覆盖掉了（那么上一次的修改岂不是白费，还没画上去呢）。

更何况在update中又会让自己去休眠（还没调用invalidate，怎么又去休眠了？），又怎么还能去通知系统调用我的onDraw方法呢？也就是说invalidate根本没有执行？？？按我的理解，应该把顺序颠倒一下，先通知系统去调用onDraw方法重绘，使得上一次对底层二维方格地图的修改显示出来。

然后再去为下一次修改做准备工作，最后让自己进入休眠，等待苏醒过来，如此循环反复。实验证明，颠倒过来也是正确的，不过关于这一个迷惑我的地方，希望有朋友能指点我一下！记得在javascript里使用setInterval时，也是先写处理逻辑，然后在末尾处写上一句setInterval（这也是我习惯的思维方式了），难道google上面这种写法有何深意？

此外，感觉每次绘制时都重新绘制墙壁，有点浪费时间，因为墙壁根本没有任何变化的。还有就是mLastMove这个变量设置的初衷是保证当前时间点距上一次变化已经过去了mMoveDelay毫秒，可是既然已经用了sleep机制，再使用这个时间差看上去并无必要。