㈠ 我有个 安卓手机 下载了个文件查看器，程序显示有查看cpp文件的功能，但是我却打不开cpp文件.
cpp是c++源代码抄文件，只不过扩展袭名不同而已，内部文件格式与txt一样。
其实最笨也是最好用的办法就是：将.cpp文件扩展名改为.txt，在手机中进行编辑整理后，可以再将扩展名改回来。
这应该是对付这种文件最好的办法。
㈡ 用gcc/g++如何编译android工程中的.c/.cpp程序，如何查看android工程师.c/.cpp文件需要的依赖及如何解决
目前暂不支持开发工具编译C、c++代码生成so文件，应该后续版本会有的。.so 为共享库,是shared object,用于动态连接的,和dll差不多，可以这样调用so文件：得到/usr/java/jdk1.5.0_13/jre/lib/i386，将SO文件放在该目录下运行java程序，输出了由C语言函数计算出的结果以引擎自带的HelloCpp为例配置C++的的自动编译。在eclipse中导入hellocpp工程。操作路径：eclipse--file--import工程导入后，右击工程--properties取消CDT builder。然后点击New新建一个我们自己的builder，选择program。指定ndk-build.cmd来编译我们的项目，下面的工作路径将作为参数传入给ndk-build.cmd添加NDK_MODULE_PATH变量，注意要写两个路径[cocos2d-x安装目录和其目录下\cocos2dx\platform\third_party\android\prebuilt]，用分号分开最后点OK保存。因为不是执行build_native.sh编译本地代码，所以别忘了手动拷贝下hellocpp工程下resource中的资源到android工程assets.可以在命令行下编译多个C/CPP文件，通过cl -c命令来编译类文件，编译成obj文件后，你可以使用lib命令将其编译为lib文件，然后使用link命令连接多个obj文件。默认生成的可执行文件的名称是命令中第一个obj文件的名称，具体参考代码如下：
㈢ 如何调试android NDK 交叉编译的cpp文件
主要讲一下具体的步骤，具体的ndk指令我就不说了，贴的文章都有：
首先是写一个.java文件，本例中是HprofDumper.java
具体如下：
public class HprofDumper {
public native boolean hprofDumper(String filename, String outname);
}
然后用命令javac HprofDumper.java 生成.class文件
再用javah HprofDumper 生成相应的.h文件
生成的.h文件如下
#include
#ifndef _Included_HprofDumper
#define _Included_HprofDumper
#ifdef __cplusplus
extern "C" {
#endif
JNIEXPORT jboolean JNICALL Java_HprofDumper_hprofDumper
(JNIEnv *, jobject, jstring, jstring);
#ifdef __cplusplus
}
#endif
#endif
然后只需要在对应的.cpp文件完成相应函数即可，核心代码如下：
#include "HprofDumper.h"
#include "hprof.h"
JNIEXPORT jboolean JNICALL Java_HprofDumper_hprofDumper
(JNIEnv *env, jobject obj, jstring in_file, jstring out_file)
{
const char *filename = env->GetStringUTFChars(in_file, 0);
const char *outname = env->GetStringUTFChars(out_file, 0);
return hprof_mp(filename, outname);
}
其中hprof_mp是纯c++代码，引入即可。
有一点需要注意，标红了已经，就是生成的.h文件函数并没具体形参名字，只有形参类型，在.cpp文件中要加入相应的形参名字，本例为env、 obj、 in_file和out_file。
还有一点c和c++的区别，就是env的使用。
本例中C++为env->GetStringUTFChars(in_file, 0);
如果是C就应该改为(env)->GetStringUTFChars(env,in_file, 0);
调用Java类型 : C中调用Java中的String类型为 jstring;
C语言方法名规则 : Java_完整包名类名_方法名(JNIEnv *env, jobject thiz), 注意完整的类名包名中包名的点要用 _ 代替;
参数介绍 : C语言方法中有两个重要的参数, JNIEnv *env, jobject thiz ;
-- JNIEnv参数 : 该参数代表Java环境, 通过这个环境可以调用Java中的方法;
-- jobject参数 : 该参数代表调用jni方法的类,;
调用jni.h中的NewStringUTF方法 : 该方法的作用是在C语言中创建一个Java语言中的String类型对象, jni.h中是这样定义的 jstring (*NewStringUTF)(JNIEnv*, const char*), JNIEnv 结构体中包含了 NewStringUTF 函数指针, 通过 JNIEnv 就可以调用这个方法;
完成代码编写后，在当前目录下完成Android.mk和Application.mk的编写
首先是Android.mk
本例中为：
LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
LOCAL_MODULE := hprof-mper
LOCAL_C_INCLUDES += external/stlport/stlport
LOCAL_C_INCLUDES += bionic
LOCAL_C_INCLUDES += bionic/libstdc++/include
LOCAL_SRC_FILES := HprofDumper.cpp \
xx.cpp \
xx.cpp \
xx.cpp \
xx.cpp \
xx.cpp \
xx.cpp \
xxx.cpp
LOCAL_SHARED_LIBRARIES := libstlport
include $(BUILD_SHARED_LIBRARY)
注意标红的是最关键的，LOCAL_C_INCLUDES 顾名思义是需要的头文件的所在的目录，那三个参数主要为了引入STL，最重要！！LOCAL_SHARED_LIBRARIES 我一直生成失败就是没加这个参数，不光要引入头文件，还要引入具体的lib，这就是这个字段的作用。
具体字段的作用：
-- LOCAL_PATH : 代表mk文件所在的目录;
-- include $(CLEAR_VARS) : 编译工具函数, 通过该函数可以进行一些初始化操作;
-- LOCAL_MODULE : 编译后的 .so 后缀文件叫什么名字;
-- LOCAL_SRC_FILES: 指定编译的源文件名称;
-- include $(BUILD_SHARED_LIBRARY) : 告诉编译器需要生成动态库;
Applicaion.mk中就一行
APP_STL = stlport_static
表示使用stl静态库。
注意：我用了STL，大家没有用STL的当然不用引入这些啦~