在工作中很多时候我们会使用 GBK 编码来存储数据。但在有些操作中，例如在解析 JSON/XML 或操作数据库时，会因为 GBK 引发一些问题，导致操作失败或引发异常。 这是因为，GBK 中，有些字符会带有 0x5C 的数据。它本是字符串的一部分，但很可能被当作转义符来处理('\'),这就使得操作的数据不正确或引发异常。 这些字符是：
乗俓僜刓匼哱圽塡奬媆峔嶾廫慭怽揬昞朶梊榎橽歕沑漒瀄焅燶猏玕琝甛璡痋盶癨瞈砛碶穃竆筡篭糪絓綷縗繺羂耚肻腬臶臷芢蒤薥蚛蝄蟎衆蟎裓覾譢豛赲踈躙輁郳醆鈂鉢鎈鏫閈闬隲頫颸餦馶骪鯸鮘鳿鵟鸤黒齖
除此之外，还有一些特殊符号，如一些制表符，扩充汉字等，详情请戳《gbk-汉字内码扩展规范编码表》下载，表里凡是在 0x5C 位置的字符都在此列。
我们在使用GBK编码时要特别注意这些字符
NDK(Native Debelopment Kit) 是 Android 提供的一个工具集，它允许在 Android app 使用 native 代码(C/CPP). 它集成了交叉编译器， 使用 mk 文件对平台、CPU 等进行隔离。在不同的平台下，只需要配置相应的 mk 文件即可以编译相就的模块。
Android.mk 文件存在于工程路径中的 jni/ 路径下。它可以看作是 GNUMakefile 的一部分，用来向编译器描述如何从 native 源码构建共享库(动态库)。
Android.mk 可以将源码分成不同的模块。这些 模块 可以是静态库、共享库(甚至是可执行文件)。静态库用来生成共享库，共享库则会和 app 打包。
在上一章(《多语言编程之 C and Java：JNI 30 分钟入门》)中讲解了 JNI 的基本使用。这一章将讨论一些更加实用的用法：如何在 JNI 中访问 Java 对象的成员变量或静态变量，以及回调 Java 中的成员方法或静态方法。
Java 实现
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 |
package transvar; public class TransVar{ static{ System.loadLibrary("hello"); } //成员变量(字段) private int age = 88; private String name = "Jims"; //静态成员变量 private static int years = 20; private native void modifyInstanceVariable(); } |
这个 Java 类中包含 3 个私有成员变量，名为 age 的 int 型变量， 名为 name 的 String 型变量和一个名为 years 的 int 型静态变量。我们将在使用 C 来访问或修改这些成员变量。
C 实现
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 |
JNIEXPORT void JNICALL Java_transvar_TransVar_modifyInstanceVariable (JNIEnv *env, jobject obj) { //获取 this object 的类 jclass thisClass = (*env)->GetObjectClass(env,obj); if(thisClass == NULL) { printf("thisClass null\n"); } //获取字段ID jfieldID fidAge = (*env)->GetFieldID(env, thisClass, "age", "I"); jfieldID fidName = (*env)->GetFieldID(env, thisClass, "name", "Ljava/lang/String;"); jfieldID fidYear = (*env)->GetStaticFieldID(env, thisClass, "years", "I"); //获取字段 jint age = (*env)->GetIntField(env, obj, fidAge); jint years = (*env)->GetStaticIntField(env, obj, fidYear); jstring name = (*env)->GetObjectField(env, obj, fidName); const char* pszName = (*env)->GetStringUTFChars(env, name, NULL); printf("[%d Years Later for %s] \n", years, pszName); (*env)->ReleaseStringUTFChars(env, name, pszName); age += years; //修改成员变量 (*env)->SetIntField(env, obj, fidAge, age); } |
在 JNI 中我们获取了这 3 个变量，并对 age 变量进行了修改。
由这段代码可以看出，访问 Java 成员变量的一般步骤为:
GetFieldID()/GetStaticFieldID() 原型如下：
|
1 2 |
jfieldID GetFieldID(JNIEnv *env, jclass clazz, const char *name, const char *sig); jfieldID GetStaticFieldID(JNIEnv *env, jclass clazz, const char *name, const char *sig); |
在实际项目中，很多时候是以多种语言混合开发的。常用的模式是使用 C/C++ 做底层支撑，然后上层辅之以高级语言。 JNI可以使 native 代码与 Java 对象交互，而不会像 Java 代码中的功能那样受到诸多限制， 往往充作 Java 与 C/C++/Assembly 语言的粘合剂。
JNI 明确分开了 Java 代码与 native 代码的执行，为两者的通信定义了一套清晰的API.避免 native 代码对 JVM 的直接内存引用。
HelloJNI.java
|
1 2 3 4 5 6 7 8 9 10 11 |
public class HelloJNI{ static{ System.loadLibrary("hello"); //运行时加载本地库 hello.dll(Windows)或libhello.so(Unixes) 或 libhello.dylib(MacOX) } private native void sayHello(); //声明 native 方法 public static void main(String[] args ){ new HelloJNI().sayHello(); //调用本地方法 } } |
当HelloJNI类加载的时候，静态初始化调用 System.loadLibrary() 来加载本地库 hello.dll(或libhello.so)。如果不能加载 hello 库，会抛出 UnsatisfiedLinkError 异常。
然后我们使用 native 关键字声明了 native 方法 sayHello() ，这表明该方法是使用其它语言实现的。
最后 main() 方法实例化了 HelloJNI 并调用了 sayHello().
然后我们编译这个类：
|
1 |
> javac HelloJNI.java |
使用 javah 创建头文件：
|
1 |
> javah HelloJNI |
会得到如下 .h 文件 HelloJNI.h
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 |
/* DO NOT EDIT THIS FILE - it is machine generated */ #include <jni.h> /* Header for class HelloJNI */ #ifndef _Included_HelloJNI #define _Included_HelloJNI #ifdef __cplusplus extern "C" { #endif /* * Class: HelloJNI * Method: sayHello * Signature: ()V */ JNIEXPORT void JNICALL Java_HelloJNI_sayHello(JNIEnv *, jobject); #ifdef __cplusplus } #endif #endif |
这份自动生成的头文件里声明一个 C 函数 Java_HelloJNI_sayHello：
|
1 |
JNIEXPORT void JNICALL Java_HelloJNI_sayHello(JNIEnv *, jobject); |
这个方法名是由javah转换来的，转换规则为：
|
1 |
Java_{package_and_classname}_{function_name}(JNI arguments) |
包名中的 点 会被转换为 下划线
函数中带有两个参数(虽然我们在本例中并没有使用这两个参数)
HelloJNI.c
|
1 2 3 4 5 6 7 8 |
#include <jni.h> #include <stdio.h> #include "HelloJNI.h" JNIEXPORT void JNICALL Java_HelloJNI_sayHello(JNIEnv * env, jobject obj) { printf("Hello World!"); } |
这个实现将在控制台打印万能的 "Hello World!"
文件中包含了 jni.h 头文件。这个头文件由 java 提供，位于 %JAVA_HOME%/include 路径下(Windows下还需要引用 %JAVA_HOME%/include/win32).
接下来，编译这个 c 文件：
|
1 2 3 4 5 6 |
#Windows gcc > gcc -Wl,--add-stdcall-alias -I"%JAVA_HOME%\include" -I"%JAVA_HOME%\include\win32" -shared -o hello.dll HelloJNI.c #Windows VS cl.exe link.exe > cl /c /I%JAVA_HOME%/include /I%JAVA_HOME%/include/win32 HelloJNI.c > link HelloJNI.obj /DLL /OUT:hello.dll |
Apache Thrift官网
Thrift是一个跨语言的服务开发部署 框架,其最初由Facebook于2007年开发，于2008年加入Apache开源项目。
Thrift 通过编译thrift文件(由Thrift Types 组织的中间语言，用于定义RPC数据结构)，生成不同语言的类。这些类负责RPC协议层和传输层的实现。
相对于XML、Json，Thrift在性能和传输数据压缩上有绝对优势。
|
1 |
thrift --gen <language> <thrift filename> |
代码清单如下：
|
1 2 3 4 5 6 7 8 9 10 11 12 |
namespace cpp im struct Msg { 1:i32 idFrom, 2:i32 idTo, 3:string content, } service transMsg { void trans(1:Msg m); } |
使用thrift.exe :
|
1 |
thrift.exe -gen cpp transMsg.thrift |
此时会在 "gen-cpp" 文件夹(默认文件夹)下生成相应的cpp代码：
|
1 2 3 4 5 6 7 |
msg_constants.cpp msg_constants.h msg_types.cpp msg_types.h transMsg.cpp transMsg.h transMsg_server.skeleton.cpp |
其中 "msg_ types" 和 "msg_ constants" 对数据类型进行了定义，"transMsg" 实现了基本逻辑。"transMsg_ server.skeleton" 则简单实现了一个server端的实例。
新建两个工程，一个做为服务端，一个做为用户端。 将 gen-cpp 文件夹下的文件分别添加到两个工程中，并在工程中添加thrift的静态库(或直接引用源码).
Server端的工程可以直接使用生成的代码。Client端的业务则需要自己实现。
下面简单实现Client端的业务：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 |
int main(int argc, char **argv) { int port = 9090; std::string strHost("192.168.3.11"); boost::shared_ptr<TTransport> socket(new TSocket(strHost.c_str(), port)); boost::shared_ptr<TTransport> transport(new TBufferedTransport(socket)); boost::shared_ptr<TProtocol> protocol(new TBinaryProtocol(transport)); transMsgClient client(protocol); try { im::Msg m; m.__set_idFrom(10); m.__set_idTo(280); m.__set_content("Hi, I`m a message. "); transport->open(); client.trans(m); transport->close(); } catch (TException e) { printf("%s", e.what()); } system("pause"); return 0; } |
其中strHost为服务器的IP.
继续阅读
每个线程都有一个唯一标识:线程ID. 线程ID用 pthread_t 数据类型来表示，该结构体在不同的系统上有不同的实现，某些操作系统将其实现为 unsigned long ，某些操作系统将其实现为结构体。所有可移植代码中不可以对其直接比较，必须使用一个函数来对两个线程ID进行比较。
|
1 2 |
//返回值：若相等，则为非0;否则，返回0 int pthread_equl(pthread_t t1, pthread_t t2); |
不同的实现方式带来的影响就是，不能使用一种可移植的方式来打印该数据类型的值。
获取当前线程：
|
1 2 3 4 5 |
//Unix pthread_t pthread_self(void); //Windows HANDLE GetCurrentThread(void); |
新增的线程可以通过调用pthread_create 函数来创建
|
1 2 3 4 5 |
#include <pthread.h> //thread: 当成功时，指向新增线程的内存单元 //返回值：若成功，则返回0；否则 返回错误编号 int pthread_create(pthread_t *thread, const pthread_attr_t *attr, void *(*start_routine) (void *), void *arg); |
新创建的线程从 start_routine 函数的地址开始运行。该函数有一个 void* 类型的指针做为参数。如果函数需要多个参数，需要将参数做为结构体，然后将结构体地址做为参数传入。 创建线程时并不能保证新增线程优先于其它线程先运行，这依赖于操作系统的线程实现与调度算法。
在升级XCode到版本7以后，使用某些静态库(.a文件)，并为IOS模拟器编译时，可能会出现如标题所示错误，提示这个库是为OSX系统的X86_64平台编译的。这可能是XCode版本的一个BUG,在链接静态库时，优先链接了OSX平台下的obj,并抛编译错误。
为解决此问题，我们在编译静态库时，不要将添加OSX系统下的平台，或者使用lipo将静态库中关于OSX系统平台的内容移除。
首先使用 "-info"选项查看静态库里包含了哪些平台内容：
|
1 2 |
$ lipo -info libuuid.a Architectures in the fat file: libuuid3.a are: armv6 armv7 armv7s i386 arm64 x86_64 |
可以看到此静态库中包含了 i386和x86_64两个平台内容。然后使用 "-remove" 将其移除：
|
1 2 3 4 |
$ lipo libuuid.a -remove i386 -output libuuid.a $ lipo libuuid.a -remove x86_64 -output libuuid.a $ lipo -info libuuid.a Architectures in the fat file: libuuid.a are: armv6 armv7 armv7s arm64 |
使用移除OSX平台内容后的静态库再次编译，问题解决。
但是会出现warning:
"ld: warning: ignoring file ……/libuuid.a, missing required architecture x86_64 in file ……/libuuid.a (4 slices)"
可以不用理会。但是在发布或部署到真机的时候，还是需要使用带有x86_64平台的静态库。
前面我们提到了Statement，但是到目前为止，我们只使用了session，至少从代码上来看是这样的。
而实际上，我们已经在使用statement了，只不过它在代码中隐藏了起来。我们来看看Session类中的<<操作符：
|
1 2 3 4 5 6 |
template <typename T> Statement operator << (const T& t) /// Creates a Statement with the given data as SQLContent { return _statementCreator << t; } |
这里<<操作符创建了一个statement并将其返回。前面例子中我们使用<<操作符创建了statement，但是这个statement并没有分配到变量，一直到"now"部分executed了这个隐藏的statement,然后将其销毁。
我们将前面的例子拿一个出来修改一下：
|
1 2 3 4 |
std::string name("zrKing"); Statement stmt = (session << "INSERT INTO tbA VALUES(?)",use(name)); stmt.execute(); poco_assert(stmt.done()); |
当execute执行以后，数据已经插入了。可以使用stmt.done()来确认操作是否已经完全完成。
上例中省略的代码now子句创建了一个prepared statement.
prepared statement 的优势在于性能。我们假设有如下的循环：
|
1 2 3 4 5 6 7 |
std::string name; Statement stmt = (session << "INSERT INTO tbA VALUES(?)", use(name)); for(int i = 0; i<100; i++) { name.append("x"); stmt.execute(); } |
在上例中，如果不使用prepated statement，我们需要创建和解析Statement 100次。而现在我们只需要创建并解析一次Statement,然后使用占位符匹配不同的值，多次执行来将name插入到数据中。
当然，对于如何将一系列值插入到数据库，上例的代码并不是最优解。通过Poco::Data与STL容器协作可以更好的解决这个问题。具体的我们将在"STL容器"这一节来讲。 继续阅读