【Android开发网上的一些重要知识点[经验分享]。。】

熊猫儿

游戏开发之十(优化处理)详细剖析Android Traceview效率检视工具,分析程序运行速度。两种创建SDcar

『很多童鞋说我的代码运行后，点击home或者back后会程序异常，如果你也这样遇到过，那么你肯定没有仔细读完Himi的博文，第十九篇Himi专门写了关于这些错误的原因和解决方法，这里我在博客都补充说明下，省的童鞋们总疑惑这一块；请点击下面联系进入阅读：

【Android游戏开发十九】(必看篇)SurfaceView运行机制详解—剖析Back与Home按键及切入后台等异常处理！ 』

——————————————————————-

由于本人现在在一家专职做网游的公司，所以现在需要使用一些方法对现运营的网游代码进行精简和优化，那么就要使用到Android sdk中提供的一款很好的检视工具—Android TraceView、下面先给出对此的解释：然后讲解实现的详细步骤和需要特别注意的一点！

什么是TraceView？先看下百度出来的解释吧：

Traceview是android平台配备一个很好的性能分析的工具。它可以通过图形化的方式让我们了解我们要跟踪的程序的性能，并且能具体到method。

关于Traceview的使用

首先，必须在程序当中加入代码，以便生成trace文件，有了这个trace文件才可以将其转化为图形。

熊猫儿

要添加的代码如下：

Java代码

// start tracing to “/sdcard/yourActivityTrace.trace”

Debug.startMethodTracing(“yourActivityTrace”);

// … // stop tracing Debug.stopMethodTracing();

// start tracing to “/sdcard/yourActivityTrace.trace” Debug.startMethodTracing(“yourActivityTrace”);

// … // stop tracing Debug.stopMethodTracing();

Google Dev Guide当中说可以在activity的onCreate()中添加Debug.startMethodTracing(), 而在onDestroy()中添加Debug.stopMethodTracing()，但是在实际的测试时发现这种方式其实并不好用，因为通常情况下我们的activity的onDestroy()是由系统决定何时调用的，因此可能等了很长时间都不会得到这个trace文件。因此决定在onStop()中来调用Debug.stopMethodTracing()。这样当我们切换到其它activity或者点击home键的时候onStop()就会被调用，我们也就可以得到完整的trace file。

在运行程序之前，首先要保证我们的AVD是一个带有SD card的AVD，这样才能使trace文件保存到/sdcard/…当中。运行后可以任意做一些操作，然后点击home键。这是通过DDMS file explore就可以看到/sdcard/目录下有一个trace文件，现在把这个文件copy到电脑上指定的目录，假设是C:/tracefile 目录下。

熊猫儿

可以通过命令行来执行traceview，进入tools目录后，执行

traceview C:/tracefile/yourActivityTrace.trace

之后就可以看到图形了，接下来就是按照Google Dev Guide中的解释去分析图形就OK了。

下面来看如何实现以及需要注意的地方：

实现的步骤分为三步：1.必须先在我们的模拟器中创建sdCard ；2.将我们的调试代码嵌入工程；3.利用TraceView来观察和分析代码情况;

1.对于创建模拟器的sdCard这里写出两种方式：

第一种：我们在eclipse中创建avd的时候的时候 在选择api下面有个 Sd Card 的选项，第一项填入创建sdcard的大小即可。

熊猫儿

第二种：cmd 命令！ 打开cmd 并且cd 到android sdk tool 路径下；（或者在环境变量Path中将sdk tool路径配置上，然后重新打开cmd）

使用 mksdcard -l mycard 1024M F:/mysdcard.img 创建了一个1G的sdcard；

使用 emulator -avd my_android -sdcard F:/mysdcard.img 激活sdcard!

最后在eclipse Preferences–>Android–>Launch加入 -sdcard F:/mysdcard.img （此步骤就是在第一种创建方式中添加sdcard的支持）

备注1：

     如果sdcard分配的空间太小，则程序追踪文件就一直记录到sd储蓄卡容量慢为止，所以调试前，要为程序生成一个适当的SD存储卡也较为重要,因为程序运行时间越长，这个追踪文件也就越大。

备注2;

(如果第二种创建方式中的第二部激活出现 emulator: ERROR: the user data image is used by another emulator. aborting，请关闭模拟器，或者进入目录： /Documents and Settings / 用户 / .android /的AVD / *设备* / (比如我的目录是：C:/Documents and Settings/Administrator/.android/avd/android2.0.avd)

然后删去以.lock结尾的文件夹就行(我简单解释下为什么要删除这些文件呢，其实.lock是加锁，如果程序崩溃等原因导致无法清除这些以.lock结尾的文件夹，就会出现这个问题，也就是这个avd的锁没有被释放，导致avd　manager以为这个avd正在使用当中。))

熊猫儿

2.将我们的调试代码嵌入工程

正如我们百度到的说明一样，在程序运行的开端加上 　Debug.startMethodTracing(“yourActivityTrace”);  然后在onPause（）中调用Debug.stopMethodTracing(); 为什么要将结束写在onPause（）中而不写在onStop（），那么如果你去看api的话，你会看到，Api中介绍onPause（）会在你返回和点击home按键后触发，而onStop（）一般是由系统来触发，当该程序处于后台的时候，而且当内存紧张的时候，可能会调用，但是可能永远不会调用到！

备注：要记住当把调试代码加入项目中以后不要立即运行项目，而是必须在AndroidMainfest.xml中定义一条”写入SD卡的权限”那么添加权限的代码如下：

    <uses-permission android:name=”android.permission.WRITE_EXTERNAL_STORAGE”></uses-permission>

因为咱们的调试代码会在SD卡中生成一个追踪文件，也就是往SD卡中写入了数据，所以需要声明一条权限。这里必须注意哦！
[backcolor=rgb(248, 248, 248) !important]<?xml version="1.0"encoding="utf-8"?>
[backcolor=white !important]<manifest xmlns:android="http://schemas.android.com/apk/res/android"
[backcolor=rgb(248, 248, 248) !important]      package="com.himi"
[backcolor=white !important]      android:versionCode="1"
[backcolor=rgb(248, 248, 248) !important]      android:versionName="1.0">
[backcolor=white !important]    <applicationandroid:icon="@drawable/icon"android:label="@string/app_name">
[backcolor=rgb(248, 248, 248) !important]        <activityandroid:name=".MainActivity"
[backcolor=white !important]                  android:label="@string/app_name">
[backcolor=rgb(248, 248, 248) !important]            <intent-filter>
[backcolor=white !important]                <actionandroid:name="android.intent.action.MAIN"/>
[backcolor=rgb(248, 248, 248) !important]                <categoryandroid:name="android.intent.category.LAUNCHER"/>
[backcolor=white !important]            </intent-filter>
[backcolor=rgb(248, 248, 248) !important]        </activity>
[backcolor=white !important]    </application>
[backcolor=rgb(248, 248, 248) !important]    <uses-permissionandroid:name="android.permission.WRITE_EXTERNAL_STORAGE"></uses-permission>
[backcolor=white !important]    <uses-sdkandroid:minSdkVersion="4"/>
[backcolor=rgb(248, 248, 248) !important]

熊猫儿

3.运行项目并且退出项目从而得到的追踪文件，利用TraceView来进行分析代码运行状况：

打当正常运行了项目并且点击返回或者home按键就会在 sdcard中生成一个.trace的文件。sdcard 目录在eclipse下，点击:

windows-show view-other-android-File explorer



右上角的两个箭头，第一个表示从模拟器sdcard导出文件，第二个表示从PC上导入文件到sdcard中、“—”代表删除 …..

然后我们通过cmd来运行生成的追踪文件  traceview C:/name      追踪文件所在的路径放在C盘，放在C盘以外别的盘的话我这里是无法正常打开traceview的不知道什么原因。   name 表示生成的.trace文件，cmd的时候不需要输入“.trace”后缀 ;然后会出现TraceView的分析窗口;

【cmd 命令！ 打开cmd 并且cd 到android sdk tools 路径下；（或者在环境变量Path中将sdk tool路径配置上，然后重新打开cmd）】

注意1：如果出现一下图片这种内存溢出的问题;



解决方法：到SDK 下的tools 下 找到  traceview.bat 文件，鼠标右键-编辑（或者记事本打开），最后一行替换成这样：

call java -Xms128m -Xmx512m -Djava.ext.dirs=%javaextdirs% -jar %jarpath% %*

熊猫儿

注意2：如果出现路径不对的问题：

例如：我的 himi.trace 放在了C盘,那么我的cmd命令是:   traceview c:/himi   然后回车！

但是这里要小心，因为 /h 这样可能被认为是转义字符！！！为了避免可以尽可能不要使用h,n,r,t,等等成为名字的头字母，当然还有一种就可以完全避免这种问题，例如还是我的C盘 himi.trace 文件，可以写cmd命令的时候写成： traceview c://himi   嘿嘿~要注意细节。

下面是运行起来的TranceView：

最右上角表示运行程序总共用了多少时间，从traceview画面中我们看到有各种颜色，每种颜色代表不同的函数和步骤，那么同一颜色的区域越大，就代表这个步骤运行时间越长，或者看到下面的统计表，明显可以看出除了序列 0 1 是系统函数外，2. 3.函数 占用的时间比较长，那么序列4是个自定义的函数名为 “hot”这个占用了几乎与主线程主draw的时间一样了，那么肯定有问题。当然其实这个方法是我故意写的，就是为了来演示traceview。这个hot函数的代码如下：

1234567891011
    public

void
hot(Canvas canvas) {
        for

(int

i =
1;
i <
100;
i++) {
            Bitmap
bmp = BitmapFactory.decodeResource(getResources(),
                    R.drawable.icon);
            canvas.drawBitmap(bmp,
i +=
2,
i +=
2,
paint);
        }
    }

很明显我在故意消耗内存和时间。



那么，在traceview的右半部统计字段中:

Exclusive: 同级函数本身运行的时间

Inclusive 就是说除统计函数本身运行的时间外再加上调用子函数所运行的时间

Name：列出的是所有的调用项，前面的数字是编号，展开可以看到有的有Parent 和Children子项，就是指被调用和调用。

Incl: inclusive时间占总时间的白分比

Excl: 执行占总时间的白分比。

Calls+Recur Calls/Total: 调用和重复调用的次数


Time/Call: 总的时间。(ms)

所以traceview是个非常好的程序监视工具，可以帮助找出程序运行缓慢时的函数，让我们的代码不断完善和改进！

熊猫儿

【Android游戏开发十一】手把手让你爱上Android sdk自带“9妹”（9patch 工具）
『很多童鞋说我的代码运行后，点击home或者back后会程序异常，如果你也这样遇到过，那么你肯定没有仔细读完Himi的博文，第十九篇Himi专门写了关于这些错误的原因和解决方法，这里我在博客都补充说明下，省的童鞋们总疑惑这一块；请点击下面联系进入阅读：




【Android游戏开发十九】(必看篇)SurfaceView运行机制详解—剖析Back与Home按键及切入后台等异常处理！』




——————————————————————-




1.什么是“9妹”(9patch)？




它是一个对png图片做处理的一个工具，能够为我们生成一个”*.9.png”的图片;




2.何为”*.9.png”?




所谓”*.9.png”这是Android os里所支持的一种特殊的图片格式,用它可以实现部分拉伸；这种图片是经过”9妹“进行特殊处理过的，如果不处理的话，直接用PNG图就会有失真，拉伸不正常的现象出现。

熊猫儿

3.它的用途是？




       说到用途，这种特殊格式的png图，我也看了网上的相关文章但都是用一个能自适应的button举例子！而这个例子是指当button上的字体大小改变，那么文字底下的png图也会自动适应文字。这似乎表明做Android 软件应用 使用一些组件的的时候会时常用到；




4.那么实际在游戏中到底如何使用呢？什么情况下去使用呢？




   ….当然啦，身为做游戏我一定要”9妹“利用在咱们游戏中才行，不然岂不是白研究了、经过思考突然想到了一些情况，并且发现“9妹”确实在游戏开发中占有一定的分量！下面我们来先熟习“9妹”工具，然后再跟大家举例，贴图来说明其用途、毕竟有图有真相呵呵~




启动9妹：




在你Android SDK 路径下 X:/android sdk/tools ,你会找到一个 【draw9patch.bat】,没错这就是9妹啦、官方名 NinePatch ；










提示导入一张png图片，然后真正进入”9妹”的操作界面

熊猫儿

列 ① ：在拉伸区域周围用红色边框显示可能会对拉伸后的图片产生变形的区域，如果完全消除该内容则图片拉伸后是没有变形的，也就是说，不管如何缩放图片显示都是良好的。 （实际试 发现NinePatch编辑器是根据图片的颜色值来区分是否为bad patch的，一边来说只要色差不是太大不用考虑这个设置。）




序列 ② ：区域是导入的图片，以及可操作区域。




序列 ③ ：这里 zoom：的长条bar 是对导入的图放大缩小操作，这里的放大缩小只是为了让使用者更方便操作，毕竟是对像素点操作比较费眼，下面的 patch scale 是序列 ④区域中的三种形态的拉伸后的一个预览操作，可以看到操作后的图片拉伸后的效果。




序列 ④：区域这里从上到下，依次为：纵向拉伸的效果预览、横向拉伸的效果预览，以及整体拉伸的效果预览




序列 ⑤： 这里如果你勾选上，那么当你鼠标放在 ② 区域内的时候并且当前位置为不可操作区域就会出现lock的一张图,就是显示不可编辑区域 ;




序列 ⑥： 这里勾选上，那么在④ 区域中你就会看到当前操作的像素点在拉伸预览图中的相对位置和效果。




序列 ⑦： 在编辑区域显示图片拉伸的区域;