/* DO NOT EDIT THIS FILE - it is machine generated */
#include <jni.h>
/* Header for class com_study_jnilearn_Sample */
#ifndef _Included_com_study_jnilearn_Sample
#define _Included_com_study_jnilearn_Sample
#ifdef __cplusplus
extern "C" {
#endif
* Class: com_study_jnilearn_Sample
* Method: sayHello
* Signature: (Ljava/lang/String;)Ljava/lang/String;
JNIEXPORT jstring JNICALL Java_com_study_jnilearn_Sample_sayHello
(JNIEnv *, jclass, jstring);
#ifdef __cplusplus
#endif
#endif
// Sample.c
#include "com_study_jnilearn_Sample.h"
* Class: com_study_jnilearn_Sample
* Method: sayHello
* Signature: (Ljava/lang/String;)Ljava/lang/String;
JNIEXPORT jstring JNICALL Java_com_study_jnilearn_Sample_sayHello
(JNIEnv *env, jclass cls, jstring j_str)
const char *c_str = NULL;
char buff[128] = {0};
jboolean isCopy; // 返回JNI_TRUE表示原字符串的拷贝，返回JNI_FALSE表示返回原字符串的指针
c_str = (*env)->GetStringUTFChars(env, j_str, &isCopy);
printf("isCopy:%d\n",isCopy);
if(c_str == NULL)
return NULL;
printf("C_str: %s \n", c_str);
sprintf(buff, "hello %s", c_str);
(*env)->ReleaseStringUTFChars(env, j_str, c_str);
return (*env)->NewStringUTF(env,buff);
运行结果如下：
示例解析：
1> 访问字符串
sayHello函数接收一个jstring类型的参数text，但jstring类型是指向JVM内部的一个字符串，和C风格的字符串类型char*不同，所以在JNI中不能通把jstring当作普通C字符串一样来使用，必须使用合适的JNI函数来访问JVM内部的字符串数据结构。
GetStringUTFChars(env, j_str, &isCopy) 参数说明：
env：JNIEnv函数表指针
j_str：jstring类型（Java传递给本地代码的字符串指针）
isCopy：取值JNI_TRUE和JNI_FALSE，如果值为JNI_TRUE，表示返回JVM内部源字符串的一份拷贝，并为新产生的字符串分配内存空间。如果值为JNI_FALSE，表示返回JVM内部源字符串的指针，意味着可以通过指针修改源字符串的内容，不推荐这么做，因为这样做就打破了Java字符串不能修改的规定。但我们在开发当中，并不关心这个值是多少，通常情况下这个参数填NULL即可。
因为Java默认使用Unicode编码，而C/C++默认使用UTF编码，所以在本地代码中操作字符串的时候，必须使用合适的JNI函数把jstring转换成C风格的字符串。JNI支持字符串在Unicode和UTF-8两种编码之间转换，GetStringUTFChars可以把一个jstring指针（指向JVM内部的Unicode字符序列）转换成一个UTF-8格式的C字符串。在上例中sayHello函数中我们通过GetStringUTFChars正确取得了JVM内部的字符串内容。
2> 异常检查
调用完GetStringUTFChars之后不要忘记安全检查，因为JVM需要为新诞生的字符串分配内存空间，当内存空间不够分配的时候，会导致调用失败，失败后GetStringUTFChars会返回NULL，并抛出一个OutOfMemoryError异常。JNI的异常和Java中的异常处理流程是不一样的，Java遇到异常如果没有捕获，程序会立即停止运行。而JNI遇到未决的异常不会改变程序的运行流程，也就是程序会继续往下走，这样后面针对这个字符串的所有操作都是非常危险的，因此，我们需要用return语句跳过后面的代码，并立即结束当前方法。
3> 释放字符串
在调用GetStringUTFChars函数从JVM内部获取一个字符串之后，JVM内部会分配一块新的内存，用于存储源字符串的拷贝，以便本地代码访问和修改。即然有内存分配，用完之后马上释放是一个编程的好习惯。通过调用ReleaseStringUTFChars函数通知JVM这块内存已经不使用了，你可以清除了。注意：这两个函数是配对使用的，用了GetXXX就必须调用ReleaseXXX，而且这两个函数的命名也有规律，除了前面的Get和Release之外，后面的都一样。
4> 创建字符串
通过调用NewStringUTF函数，会构建一个新的java.lang.String字符串对象。这个新创建的字符串会自动转换成Java支持的Unicode编码。如果JVM不能为构造java.lang.String分配足够的内存，NewStringUTF会抛出一个OutOfMemoryError异常，并返回NULL。在这个例子中我们不必检查它的返回值，如果NewStringUTF创建java.lang.String失败，OutOfMemoryError这个异常会被在Sample.main方法中抛出。如果NewStringUTF创建java.lang.String成功，则返回一个JNI引用，这个引用指向新创建的java.lang.String对象。
其它字符串处理函数：
1> GetStringChars和ReleaseStringChars：这对函数和Get/ReleaseStringUTFChars函数功能差不多，用于获取和释放以Unicode格式编码的字符串。后者是用于获取和释放UTF-8编码的字符串。
2> GetStringLength：由于UTF-8编码的字符串以'\0'结尾，而Unicode字符串不是。如果想获取一个指向Unicode编码的jstring字符串长度，在JNI中可通过这个函数获取。
3> GetStringUTFLength：获取UTF-8编码字符串的长度，也可以通过标准C函数strlen获取
4> GetStringCritical和ReleaseStringCritical：提高JVM返回源字符串直接指针的可能性
Get/ReleaseStringChars和Get/ReleaseStringUTFChars这对函数返回的源字符串会后分配内存，如果有一个字符串内容相当大，有1M左右，而且只需要读取里面的内容打印出来，用这两对函数就有些不太合适了。此时用Get/ReleaseStringCritical可直接返回源字符串的指针应该是一个比较合适的方式。不过这对函数有一个很大的限制，在这两个函数之间的本地代码不能调用任何会让线程阻塞或等待JVM中其它线程的本地函数或JNI函数。因为通过GetStringCritical得到的是一个指向JVM内部字符串的直接指针，获取这个直接指针后会导致暂停GC线程，当GC被暂停后，如果其它线程触发GC继续运行的话，都会导致阻塞调用者。所以在Get/ReleaseStringCritical这对函数中间的任何本地代码都不可以执行导致阻塞的调用或为新对象在JVM中分配内存，否则，JVM有可能死锁。另外一定要记住检查是否因为内存溢出而导致它的返回值为NULL，因为JVM在执行GetStringCritical这个函数时，仍有发生数据复制的可能性，尤其是当JVM内部存储的数组不连续时，为了返回一个指向连续内存空间的指针，JVM必须复制所有数据。下面代码演示这对函数的正确用法：
JNIEXPORT jstring JNICALL Java_com_study_jnilearn_Sample_sayHello
(JNIEnv *env, jclass cls, jstring j_str)
const jchar* c_str= NULL;
char buff[128] = "hello ";
char* pBuff = buff + 6;
* 在GetStringCritical/RealeaseStringCritical之间是一个关键区。
* 在这关键区之中,绝对不能呼叫JNI的其他函数和会造成当前线程中断或是会让当前线程等待的任何本地代码，
* 否则将造成关键区代码执行区间垃圾回收器停止运作，任何触发垃圾回收器的线程也会暂停。
* 其他触发垃圾回收器的线程不能前进直到当前线程结束而激活垃圾回收器。
c_str = (*env)->GetStringCritical(env,j_str,NULL); // 返回源字符串指针的可能性
if (c_str == NULL) // 验证是否因为字符串拷贝内存溢出而返回NULL
return NULL;
while(*c_str)
*pBuff++ = *c_str++;
(*env)->ReleaseStringCritical(env,j_str,c_str);
return (*env)->NewStringUTF(env,buff);
JNI中没有Get/ReleaseStringUTFCritical这样的函数，因为在进行编码转换时很可能会促使JVM对数据进行复制，因为JVM内部表示的字符串是使用Unicode编码的。
5> GetStringRegion和GetStringUTFRegion：分别表示获取Unicode和UTF-8编码字符串指定范围内的内容。这对函数会把源字符串复制到一个预先分配的缓冲区内。下面代码用GetStringUTFRegion重新实现sayHello函数：
JNIEXPORT jstring JNICALL Java_com_study_jnilearn_Sample_sayHello
(JNIEnv *env, jclass cls, jstring j_str)
jsize len = (*env)->GetStringLength(env,j_str); // 获取unicode字符串的长度
printf("str_len:%d\n",len);
char buff[128] = "hello ";
char* pBuff = buff + 6;
// 将JVM中的字符串以utf-8编码拷入C缓冲区,该函数内部不会分配内存空间
(*env)->GetStringUTFRegion(env,j_str,0,len,pBuff);
return (*env)->NewStringUTF(env,buff);
GetStringUTFRegion这个函数会做越界检查，如果检查发现越界了，会抛出StringIndexOutOfBoundsException异常，这个方法与GetStringUTFChars比较相似，不同的是，GetStringUTFRegion内部不分配内存，不会抛出内存溢出异常。
注意：GetStringUTFRegion和GetStringRegion这两个函数由于内部没有分配内存，所以JNI没有提供ReleaseStringUTFRegion和ReleaseStringRegion这样的函数。
字符串操作总结：
1、对于小字符串来说，GetStringRegion和GetStringUTFRegion这两对函数是最佳选择，因为缓冲区可以被编译器提前分配，而且永远不会产生内存溢出的异常。当你需要处理一个字符串的一部分时，使用这对函数也是不错。因为它们提供了一个开始索引和子字符串的长度值。另外，复制少量字符串的消耗 也是非常小的。
2、使用GetStringCritical和ReleaseStringCritical这对函数时，必须非常小心。一定要确保在持有一个由 GetStringCritical 获取到的指针时，本地代码不会在 JVM 内部分配新对象，或者做任何其它可能导致系统死锁的阻塞性调用
3、获取Unicode字符串和长度，使用GetStringChars和GetStringLength函数
4、获取UTF-8字符串的长度，使用GetStringUTFLength函数
5、创建Unicode字符串，使用NewStringUTF函数
6、从Java字符串转换成C/C++字符串，使用GetStringUTFChars函数
7、通过GetStringUTFChars、GetStringChars、GetStringCritical获取字符串，这些函数内部会分配内存，必须调用相对应的ReleaseXXXX函数释放内存
示例代码下载地址：https://code.csdn.net/xyang81/jnilearn
JNI把Java中的所有对象当作一个C指针传递到本地方法中，这个指针指向JVM中的内部数据结构，而内部的数据结构在内存中的存储方式是不可见的。只能从JNIEnv指针指向的函数表中选择合适的JNI函数来操作JVM中的数据结构。第三章的示例中，访问java.lang.String对应的JNI类型jstring时，没有像访问基本数据类型一样直接使用，因为它在Java是一个引用类型，所以在本地代码中只能通过GetStringUTFChars这样的JNI函数来访问字符串的内容。
JNI中字符串的处理
1、Java字符串与原生字符串转换
当从java层传递一个字符串过来之后，它的类型是jstring，同样如果需要返回一个字符串给java层，它的类型也是jstring。jstring代表着Java虚拟机中的一个字符串，并且不同于C++语言的string类型。
如果原生代码需要处理jstring，需要通过JNIEnv将其转换为原生字符串才可以使用。通过JNI函数GetStringUTFChars来读
这一章我们学习一下JNI中相关字符串转换函数,主要有以下几个：
jstring NewString(const jchar* unicodeChars, jsize len);
jsize GetStringLength(jstring string)；
const jchar* GetStringChars(jstring string, jboolean* isCopy)；...
getString()方法用法详解
一、什么是getString
String getString(int columnIndex)throws SQLException：
getString表示以 Java 编程语言中String的形式获取此 ResultSet对象的当前行中指定列的值。
columnIndex - 第一个列是 1，第二个列是 2，……
列值；如果值为 SQL NULL，则返回值为 null
SQLException- 如果 columnInd...
我以前是学Java的，对于C++只是明白很少的知识，所以看得越多，出现的问题也越多，我只有慢慢消化了
第四讲的第二部分：在C/C++本地代码中访问Java的String字符串对象
Java与C++中字符串的区别
在Java中，使用的字符串String 对象时Unicode(UTF-16)码，即每个字符不论是中文还是英文还是符号，一个字符总是占两个字节Java通过JNI接口可以将Java的
Code Example 2-1 Implementing a Native Method Using C
jdouble Java_pkg_Cls_f__ILjava_lang_String_2 (
JNIEnv *env, /* interfac
参考博客：https://blog.csdn.net/cloverjf/article/details/78851988
记录一下在JNI中，由java传递到JNI,然后拼接返回新字符串的实现方式：
1、简单粗暴型
extern "C"
JNIEXPORT jstring JNICALL
Java_com_wyl_ndkdemo_JniTest_contactString2(JNIEnv *env...
Android
NDK:APP_PLATFORM not set. Defaulting to minimum supported version android-16
Android
NDK: Your APP_BUILD_SCRIPT points to an unknown file:/home/users/huanao/AndroidsStudioProjets/MyAppli
cation//
jni/Android.mk
/home/android/
ndk/android-
ndk-r21e/build/core/app-appli
cation.mk:88:*** Android
NDK :Aborting …. . STOP
这个错误提示表明你的NDK编译配置存在一些问题。请按照以下步骤检查和解决问题：
1. 首先，确保你的`APP_PLATFORM`变量被正确设置。它应该指定你的应用程序的最低支持平台版本。例如，你可以在你的Android.mk文件中添加以下行来设置它：
APP_PLATFORM := android-16
这里的`android-16`是一个示例，你可以根据你的应用程序的要求选择适当的版本。
2. 接下来，检查你的`APP_BUILD_SCRIPT`变量是否正确指向你的Android.mk文件。错误信息中显示的路径是`/home/users/huanao/AndroidsStudioProjets/MyApplication//jni/Android.mk`，请确保这个路径是正确的，包括正确的大小写和路径分隔符。
3. 如果你在Android Studio中使用NDK进行编译，确保你已经正确配置了NDK路径。你可以在项目的`local.properties`文件中添加以下行来指定NDK路径：
ndk.dir=/path/to/your/ndk
这里将`/path/to/your/ndk`替换为你的NDK实际安装路径。
4. 最后，重新编译你的项目，看看这个错误是否解决了。
希望这些步骤能够帮助你解决问题。如果还有其他问题，请随时提问。
专注VB编程开发20年:
本地调试微信接口（内网穿透到外网）
ARROW41:
Nginx负载均衡配置
Gentlest:
