在开发很多类型的游戏中，地图系统都需要良好的设计，直观的说,我们需要的地图系统仅仅是一个2D数组，然后用最快的方式将数组影射到屏幕上。

　　游戏中的地图通常不是由程序员用键盘输入到程序里然后再在程序中修改然后再修改的狂乱过程，而是一般先由程序员做一个地图编辑器，在这个地图编辑器中用鼠标点点点，再保存的过程，或者是从网络上下载的一些成熟编辑器比如：mappy这样的工具生成地图，再用脚本语言为mappy写一个应该保存成什么样格式的程序。通常地图分为45度角，侧视角和俯视角等等，45度角的也有很多种，这种视角相对俯视角和侧视叫较复杂，我们主要讨论俯视角，其实侧视叫和俯视角主要的区别是图片的表现风格不一样，比如雷电这样的空战就是俯视角，mario这样的游戏就是侧视角，可以用相同的地图编辑器做出来。综上，你要知道游戏地图不是程序员用程序写出来的，你喜欢写也可以，修改起来较麻烦，也不能像资源一样动态管理而是一次性读入到内存里，比较不爽。

　　在这个文章里面，我们假设我们的2D数组是通过，资源读取出来的，内容如下：public static byte[][] B_MAZE_2D_ARRAY = {
{
0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0}
, {
0, 1, 1, 1, 1, 1, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0}
, {
0, 0, 0, 0, 0, 1, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0}
, {
0, 1, 1, 1, 0, 1, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0}
, {
0, 1, 0, 0, 0, 1, 0, 0, 0, 0, 0, 0, 0, 0, 1, 0, 0, 0, 0, 0, 0, 0, 0, 0}
, {
0, 1, 1, 1, 1, 1, 0, 0, 1, 1, 1, 1, 1, 1, 1, 0, 0, 0, 0, 0, 0, 0, 0, 0}
, {
0, 1, 0, 0, 0, 1, 1, 1, 1, 0, 0, 0, 0, 0, 1, 0, 0, 0, 0, 0, 0, 0, 0, 0}
, {
0, 1, 1, 1, 1, 1, 0, 0, 0, 0, 0, 0, 0, 0, 1, 0, 1, 1, 1, 1, 1, 1, 1, 0}
, {
0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 1, 0, 1, 0, 0, 0, 0, 0, 0, 0}
, {
0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 1, 1, 1, 0, 0, 0, 0, 0, 0, 0}
, {
0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0}
};这个地图中一共０，１两种byte数，０代表一种图块，１代表一种图块，也可以是动画图块，你绘制的时候区别一下就可以了。因为我们程序里面想把这整个图形绘制出来的话有N多种方案，我给出两个比较合理的方案，当然第二种是比较优化的．我们假设你的主角一直在屏幕中央，当你主角移动的时候，地图相应的变化，就是说主角为参照物，地图动．我们知道地图的大小要超过屏幕的，我们需要设定一个坐标系统，我的方法是，以左上角为0,0也就是和我们常用的Canvas的坐标系统是相同的，我们的图块大小为:ELEMENT_WIDTH, ELEMENT_HEIGHT，所以我们整个地图的面积（绝对面积）是 ELEMENT_WIDTH * 横坐标的块数 * ELEMENT_HEIGHT*纵坐标的块数。因此，我们把这么大的题图画在屏幕上时，需要把需要画的坐标面积（也就是屏幕面积）从这个地图中拿出来，其他地方被切除，这就比较的高效了。

　　方法一：循环整个2维数组，不需要的地方不绘制只绘需要的部分：