今天说一下手机游戏开发的调试问题吧。不得不说的是和PC平台游戏、软件开发相比,手机上开发游戏和软件要困难的多。原因是多方面的,比如说开发环境比较复杂,工具软件不够人性化等等。
cocos2dx的出现解决了一个很大的问题,因为他是跨平台的,相对来说windows的软件开发环境比较友好,对中国程序员来说更熟悉。这样可以在windows进行日常开发和调试,然后在发布到其它平台的时候进行少量的处理就好了。
cocos2dx程序的调试,在windows下和端游类似,可以在后台窗口进行打印,也可以直接在vs中挂断点进行跟踪。相对还是比较容易。唯一需要优化的是把后台打印日志导出,以方便根据日志进行分析。
但是在windows环境OK之后,需要发布到Android平台的时候,就有些麻烦了,顺利运行还好,一旦在运行的过程中出现问题,那再来调试就相当的麻烦了,模拟器满如蜗牛,Esclipe本身支持也不够强大。有时候可能只是一句脚本报错,但是要发现问题缺要费九牛二虎之力。要是在真机上运行出错,那就更加不好跟踪问题了,还需要用到USB调试功能。今天的主要话题就是针对这种情况,提供几个好的方法来方便我们进行游戏开发。
1、后台打印日志的优化。
windows下已经有后台日志查看功能,但是大家可能会发现一个问题,后台显示有行数的限制,超过多少行之后就看不到了,但是cocos2dx的输出是相当多的。怎么办?解决方案就是输出log文件。把后台显示的内容输出后,我们可以直接分析log文件。下面提供lua的解决代码,用C++的同学可以自己改造。
首先,封装一下lua的文件处理功能,比较简单,而且后面的方法可能也需要使用。
--file.lua --定义lua文件操作的方法 --打开文件:参数(文件名,打开模式),返回文件句柄或nil function openFile(filename, mode) local f = io.open(filename,mode) if f then return f else return nil end end --读取文件全部内容:参数(文件句柄),返回一个string function readAllFile(f) return f:read("*all") end --读取文件一行内容:参数(文件句柄),返回一个string function readLineFile(f) return f:read("*line") end --写文件内容:参数(文件句柄,字符串) function writeFile(f, ...) local arg = {...} f:write(unpack(arg)) end --关闭文件,参数(文件句柄() function closeFile(f) f:close() end然后,我们要改写print函数和cclog函数,将这些内容输出到文件。
local print_raw = print -- print print = function(...) require "base.file" print_raw(string.format(...)) local file = openFile("client.log", "a") if file then writeFile(file, string.format(...).."\n") closeFile(file) end end -- cclog cclog = function(...) print(string.format(...)) end -- for CCLuaEngine traceback function __G__TRACKBACK__(msg) print("----------------------------------------") print("LUA ERROR: " .. tostring(msg) .. "\n") print(debug.traceback()) print("----------------------------------------") end这样,所有在lua里面的打印信息都会输出到日志文件方便我们分析了。
2、上面这个方法已经能够让我们分享日志,那还有没有更好的方法呢?如果我是在安卓手机上运行,我要查看日志是不是很不方便呢?
那我们就更进一步,我们不是把日志输出到文件了吗?那我们直接在游戏里面查看日志不是更方便?所以我们的思路是,在游戏中写一个日志显示界面,然后把日志文件内容一行一行读出来,让他显示在一个RichText控件里面。这样是不是更方便呢?这个方法我暂时没时间写,不过肯定没问题的,有时间写好后补上代码。
3、方法2已经能够及时的看到日志了,我们还可以使用更强大一点的方法,我们可以建一个日志服务器,客户端在输出日志的时候就发送到日志服务器,这样真机测试就很方便了,和在windows开发很相似了,不过这个方案有点重了,大家使用第二点应该就可以了。
好了,上面推荐的这三种方案应该能够解决大部分的调试问题了,再也不用为了看日志去启动麻烦的模拟器了。
转载请注明出处:帘卷西风的专栏(http://blog.csdn.net/ljxfblog)
关于cocos2dx程序的BUG调试解决方案,布布扣,bubuko.com
原文地址:http://blog.csdn.net/ljxfblog/article/details/36222139