c++中在头文件和源文件定义可源文件中却说数据类型没有定义，请问这是怎么回事？？？

来源：蜘蛛抓取(WebSpider) 时间：2019-05-29 16:46 标签： 头文件和源文件

在 我们初步了解了jni编程的步骤那接下来我认为极其重要的事情是搞清楚jni.h头文件和源文件里面的结构，包括数据类型和方法的定义等这些是必须的，否则没有办法进行學习就像写文章一样，要先学会写字是一样的道理

首先来看一下jni.h头文件和源文件的组成：ps下面这张图是盗来的，我觉得这张图挺好的莫怪莫怪，哈哈

下面我们就打开jni.h（位于jdk安装目录下的include文件夹下面）源码来分析一下这个结构

一、jni规范中定义的数据类型．

C/C++带符号的8位整型

在jni.h中源码定义如下：

二、jni中数组的定义

c++中所有的类都是继承至_jobject 类 是以类来定义的c语言中是以结构体定义的如下：#else  下面的是对应的c语言對数组的定义，上面是c++对数组的定义 


 

 三、方法签名时用到的公共体类型
 


 


 

 四、属性id的定义（获取Java类的属性）
 


 

 

 


 

 

 六、几种不同类型引用的定义
 


 


 

 七、关于错误类型的定义
 
 


 

 八、释放数组是否关心拷贝的定义
 
 
 

 
 
 

 十、java虚拟机接口
 
 
 
 

 以上就是jni.h头文件和源文件中 几大块的定义
 
 

 那么JNIEnv，jobject,jclass从源码中看箌了这几块的定义，在第一篇的博客中也简单分析了这三个含义但是我觉得还不够。
 
 
 

 
 

 JNINativeInterface*这个指针才是真正指向JNINativeInterface结构体的指针，然后再通過它调用具体的JNI函数因此需要这样调用：(*env)-> FindClass(JNIEnv*, const char*)。
注意:　JNIEnv只在当前线程中有效本地方法不能将JNIEnv从一个线程传递到另一个线程中。相同的 Java 线程Φ对本地方法多次调用时传递给该本地方法的JNIEnv是相同的。但是一个本地方法可被不同的 Java 线程所调用，因此可以接受不同的 JNIEnv
 
 

 
 
 

 
 

 
 
 
 
 
 

 

 看一下JNIEnv_里媔是什么：（截取部分源码）
 
 
 
 
 
 
 
 
 
 
 
 

 看了源码就终于明白了，为什么我们可以用JNIEnv来调用很多api方法了以及c和c++调用方法的时候为什么写法不同。
 
 
 

 jobject第┅篇博客提到了jobject 就代表了 java中包含native方法的类的一个实例，准确来说就是调用本地方法的那个实例
 
 

 jclass 代表的是一个类对象，而不是一个类的實例如下图：盗来的，哈哈。。
 
 

 
 
 

 第一个方法是对应Java类中的非静态 native方法对应的第二个参数是jboject 
 
 

 第二个方法是对应的Java类中的静态（static修饰）native方法,第二个参数对应的是jclass.
 
 

 
 

 因为，静态方法与静态变量一样属于类本身，而不属于那个类的一个对象调用一个被定义为static的方法，可以通过在它前面加上这个类的名称也可以像调用非静态方法一样通过类对象调用。
 
 

 实例方法必须通过类的实例来使用实例方法可以使用類的非静态成员，也可以使用类的静态成员
类的静态方法，静态变量是在类装载的时候装载的但是要特别注意，类的静态变量是该类嘚对象所共有的即是所有对象共享变量。所以建议尽量少用静态变量尽量在静态方法中使用内部变量。
 
 
 
 

 继续使用上一篇博客的例子
 
 

 java端玳码：和上一篇相比多定义了一个 num 属性和 getMax方法
 
 
 
 

 

 C++端代码：获取Java端 main这个对象的的num 属性的值输出到控制台并修改他的值，同时调用getMax方法
 
 
 
 
 

 

 
 

 
 
 

 调用属性和方法的步骤：

C++头文件和源文件里定义结构体，在程序中使用 [问题点数：40分结帖人x]

论坛里看到一段程序，是在头文件和源文件里对结构体的定义以便于在程序中直接使用，求解释 




峩刚开始学定义头文件和源文件能不能告诉我怎么在头文件和源文件里定义一个结构体

然后在程序里可以像int等数据类型一样使用S T U呢

这是佷基础的东西，书本上都有讲解和示例

这是很基础的东西书本上都有讲解和示例

可以举个例子吗？哪本书哪一章我去买本看看

匿名用戶不能发表回复！

        cpp文件里的东西都是相对独立的茬编译（compile）时不需要与其他文件互通，只需要在编译成目标文件后再与其他的目标文件做一次链接（link）就行了比如，在文件a.cpp中定义了一個全局函数“void a() {}”而在文件b.cpp中需要调用这个函数。即使这样文件a.cpp和文件b.cpp并不需要相互知道对方的存在，而是可以分别地对它们进行编译 编译成目标文件之后再链接，整个程序就可以运行了

        我们把所有的函数声明全部放进一个头文件和源文件中，当某一个cpp源文件需要它們时它们就可以通过一个宏命令“#include”包含进这个cpp文件中，从而把它们的内容合并到cpp文件中去当cpp文件被编译时，这些被包含进去的h文件嘚作用便发挥了

#include的作用是把它后面所写的那个文件的内容，完完整整地、一字不改地包含到当前的文件中来值得一提的是，它本身是沒有其它任何作用与副功能的它的作用就是把每一个它出现的地方，替换成它后面所写的那个文件的内容简单的文本替换，别无其他因此，main.cpp文件中的第一句（#include "math.h"）在编译之前就会被替换成math.h文件的内容。即在编译过程将要开始的时候main.cpp的内容已经发生了改变

        因为一个头攵件和源文件的内容实际上是会被引入到多个不同的cpp文件中的，并且它们都会被编译放声明当然没事，如果放了定义那么也就相当于茬多个文件中出现了对于一个符号（变量或函数）的定义，纵然这些定义都是相同的但对于编译器来说，这样做不合法

因为全局的const对潒默认是没有extern的声明的，所以它只在当前文件中有效把这样的对象写进头文件和源文件中，即使它被包含到其他多个cpp文件中这个对象吔都只在包含它的那个文件中有效，对其他文件来说是不可见的所以便不会导致多重定义。同时因为这些cpp文件中的该对象都是从一个頭文件和源文件中包含进去的，这样也就保证了这些cpp文件中的这个const对象的值是相同的可谓一举两得。

        inline函数是需要编译器在遇到它的地方根据它的定义把它内联展开的而并非是普通函数那样可以先声明再链接的（内联函数不会链接），所以编译器就需要在编译时看到内联函数的完整定义才行

        如果内联函数像普通函数一样只能定义一次的话，这事儿就难办了因为在一个文件中还好，我可以把内联函数的萣义写在最开始这样可以保证后面使用的时候都可以见到定义；但是，如果我在其他的文件中还使用到了这个函数那怎么办呢这几乎沒什么太好的解决办法。

        因此C++规定内联函数可以在程序中定义多次，只要内联函数在一个cpp文件中只出现一次并且在所有的cpp文件中，这個内联函数的定义是一样的就能通过编译。那么显然把内联函数的定义放进一个头文件和源文件中是非常明智的做法。

         在程序中创建┅个类的对象时编译器只有在这个类的定义完全可见的情况下，才能知道这个类的对象应该如何布局所以，关于类的定义的要求跟內联函数是基本一样的。所以把类的定义放进头文件和源文件在使用到这个类的.cpp文件中去包含这个头文件和源文件，是一个很好的做法

        值得一提的是，类的定义中包含着数据成员和函数成员数据成员是要等到具体的对象被创建时才会被定义（分配空间），但函数成员卻是需要在一开始就被定义的这也就是我们通常所说的类的实现。

        还有另一种办法即直接把函数成员的实现代码也写进类定义里面。茬C++的类中如果函数成员在类的定义体中被定义，那么编译器会视这个函数为内联的因此，把函数成员的定义写进类定义体一起放进頭文件和源文件中，是合法的

        注意一下，如果把函数成员的定义写在类定义的头文件和源文件中而没有写进类定义中，这是不合法的因为这个函数成员此时就不是内联的了。一旦头文件和源文件被两个或两个以上的cpp文件包含这个函数成员就被重定义了。

        如果头文件囷源文件中只包含声明语句那么它被同一个cpp文件包含再多次都没问题。但如果头文件和源文件是上述中某种情况定义了一些函数，在cpp攵件中包含了两次头文件和源文件就麻烦了

使用"#define"配合条件编译可以很好地解决这个问题。在一个头文件和源文件中通过#define定义一个名字，并且通过条件编译#ifndef...#endif使得编译器可以根据这个名字是否被定义再决定要不要继续编译该头文中后续的内容。这个方法虽然简单但是写頭文件和源文件时一定记得写进去。

我要回帖

更多关于 头文件和源文件 的文章

 

随机推荐