毕竟只是 canvas.drawCircle 和 canvas.drawRect 的区别的，所以关键是，你要知道画图的范围，这才是重要的

能说使用 Canvas 画圆什么的根本不重要吗？

可能我和你们理解的有些不一样

不以这个 OnClickListener 为例了，以 OnTouchListener 为例，我觉得更能说明这两者的不同。

在 Android 中，当你给一个 View 设置了 OnTouchListener 后，系统会优先调取 Listener 的接口，判断事件是否被消费，如果没有则继续系统逻辑，否则消费完毕。

这样一来，其实我们在给同一个 View 设置监听器的时候，其实是在设置他触发时的响应操作，并且在 Android 中，由于监听器本身会包含一个 View 对象用于判别来源，为了减少监听器的数目，我们会给多个 View 设置同一个 OnClickListener ，然后再在内部根据 View 对象执行具体策略操作。

所以 Android 的监听器在我看来不能被简单归纳到观察者，而应该属于设计模式中的策略模式。当然其实这两种模式本来就很像的。

策略模式，点击之后，触发操作。

桃园地铁站附近绝对不止这个价，估计床位也难。

可是这个特殊处理的目的是为了退出循环啊，要知道一般而言 Looper 中的 MessageQueue 对象只能是通过 Handler 传递消息进去， Handler 中有机制保证他始终不为空。

而为空的情况就是调用了 Looper 中的 quit 方法，然后会调用 MessageQueue 中的 removeAllFutureMessagesLocked ，这个方法里才会将下一个 message 置为 null,导致循环结束。

遇到问题请找 StackOverFlow

如果我没有理解错的话，你的意思是在 Adapter 的 getView 方法中，连续调用了好几个 postion=0 的方法。

这个的原因也很简单，因为 GridView 需要 measure 自身的高度，但是他不会去遍历所有的子 view ，而是直接将 Position=0 的 item 作为模板，这样就导致， position=0 的 getView 方法被多次调用，详细的代码你可以看看 GridView#onMeasure

但是这也不影响你判断 item 位置啊，就算 position 一直是 0 ，只要到了你指定位置的 item 再执行选中操作就好了啊。

ps:一般而言我们都复用之前的 View ，减少创建 View 的内存消耗，但是请记得状态还原哦。

你需要知道的是 Android 的主程序的真正入口并不是 Activity 或者 Application ，而是 ActivityThread.在 ActivityThread 中有一个 main 方法， public static 的哦，他就是主入口，在那里对 Looper 的 mainLoop 做了初始化，并进入死循环。

可惜不做 iOS.

fmt.Println(`常常常常
就是这么长`)

首先安卓是安卓，游戏是游戏，先确定好自己想做什么先～

配置环境变量，将 gradle 或者 ant 的 bin 目录加入 PATH 环境变量就好了

我才不去拉票，坐等鼠标垫

城里人真会玩

war 包其实就是 Jar 包的另一种形式。

表示一直使用自己的 VPS 翻墙

@headwindx 目前其实我并没有过多的去干涉数据获取这一块，因为我觉得我写的只是一个架子，每个人的实际场景不一样，所以需要你自己去继承 DataFetcher 的接口，目前从 Android 本地数据库获取数据我这边提供了一个通过 ContentProvider 拿取数据的 CursorFetcher 类。

@bcxx 看我上面的帖子，，，加入.gitignore 之后，项目架构无法识别了，好吧，不用纠结这个了