1.开发安卓应用软件用什么语言?
2.Android NDK Tombstone/Crash 分析
3.ijkPlayer SDK 源码导入到Android Studio中各种问题解决 第二篇

开发安卓应用软件用什么语言?

       åº”用程序开发用java，你看api里面的源码就知道了，都是java代码，当然android底层肯定不是java写的。\x0d\\x0d\如果需要涉及到底层的需要调用ndk，这时就需要c/c++了。\x0d\如果是游戏开发的话看游戏引擎，像cocos2d-x就是c++,unity3d的话就用c#。

Android NDK Tombstone/Crash 分析

       程序员在调试Bug的过程中，访问非法内存是最让人头疼的问题。调试程序Bug通常有三种方法：那么如何调试引发Crash的NDK程序呢？

       幸运的是，Google早已预见到我们编写的NDK代码可能存在缺陷。当NDK程序发生Crash时，会在/data/tombstones/路径下生成记录Crash信息的自定义表单源码文件tombstone_xx。同时，Google在NDK包中也提供了一系列调试工具，如addr2line、objdump、ndk-stack。

       在介绍Tombstone之前，我们先补充一下Linux信号机制的相关知识。信号机制是Linux进程间通信的一种重要方式，用于正常的进程间通信和同步，以及监控系统异常及中断。当应用程序运行异常时，Linux内核会产生错误信号并通知当前进程。当前进程在接收到该错误信号后，游戏核心源码可以有三种不同的处理方式。

       当Linux应用程序在执行时发生严重错误，一般会导致程序crash。Linux专门提供了一类crash信号，程序接收到此类信号时，缺省操作是将crash的现场信息记录到core文件，然后终止进程。

       什么是Tombstone？Android Native程序本质上就是一个Linux程序，当它在执行时发生严重错误，授权激活源码也会导致程序crash，然后产生一个记录crash的现场信息的文件，在Android系统中就是tombstone文件。

       Tombstone文件位于路径/data/tombstones/下，它记录了死亡进程的基本信息、死亡的地址以及死亡时的现场信息。

       分析出现Crash的原因和代码位置最重要的就是分析这个tombstone文件。tombstone文件主要由以下几部分组成：Build fingerprint、Crashed process and PIDs、期货分析源码Terminated signal and fault address、CPU registers、Call stack、Stack content of each call。

       Crashed process and PIDs信息表示Crash掉进程的基本信息，包括进程号、线程号等。Terminated signal and fault address信息表示程序因为什么信号导致了Crash以及出现错误的地址。Call Stack信息记录了程序在Crash前的fps 源码unity函数调用关系以及当前正在执行函数的信息。

       在分析tombstone文件时，我们主要关注Crashed process and PIDs、Terminated signal and fault address和Call stack部分。

       addr2line是NDK中用来获得指定动态链接库文件或者可执行文件中指定地址对应的源代码信息的工具。ndk-stack能自动分析tombstone文件，将崩溃时的调用内存地址和C++代码一行一行对应起来。

       总结来说，Android NDK程序的系统调试并不复杂，只要掌握了正确的方法，了解Tombstone文件中关键信息的含义，学会使用addr2line和ndk_stack这两个超级方便的工具，就可以快速定位到导致NDK程序Crash的Bug。但具体的Bug还需要进一步根据业务逻辑来分析代码。

ijkPlayer SDK 源码导入到Android Studio中各种问题解决 第二篇

       在将ijkPlayer SDK导入Android Studio并进行编译过程中，我遇到了多个问题。这些问题在前篇博客《ijkPlayer SDK 源码导入Android Studio中各种问题解决 第一篇》中已经部分探讨过，zinyan.com。

       问题与解决

       问题一：Flavors错误

       在代码无误的情况下，运行时出现Flavors错误。原因在于ijkplayer项目的build.gradle版本过低，需添加一个维度名称到flavorDimensions。只需定义任意维度名即可解决问题。

       问题二：exoplayer库缺失

       找不到com.google.android.exoplayer:exoplayer:r1.5.，可能由于网络问题或仓库不稳定。在ijkplayer-exo模块的build.gradle中，将依赖库切换至国内镜像如阿里云，添加相应配置后重新build即可。

       问题三：UnsatisfiedLinkError

       编译后的apk在运行视频时崩溃，原因是找不到本地的libijkffmpeg.so。检查发现项目中未包含so文件，需将本地依赖改为远程依赖或自行编译导入。

       问题四：NDK版本不匹配

       依赖的NDK版本与要求版本不一致，只需在Android Studio的SDK管理面板中下载.0.版本的NDK并安装，下载速度受网络影响。

       成功解决了这些问题后，ijkplayer-example项目可以运行，但so库仍需进一步处理。后续将有更多关于so库编译的内容，敬请关注。