JavaCard简介(中文版).docxVIP

1、简介Java Card 3 平台由两个版本组成Classic Edition和Connected Edition：Classic Edition是一个基于2.2.2版本的前端兼容的演化平台，针对资源有限的设备仅支持applet-based应用。如果你只对Classic Edition中提供的功能感兴趣的话就可以忽略Connected Edition。Connected Edition提供了一个显著增强的运行时环境和一个新的虚拟机。包含了一些新的面向网络的应用，例如提供了针对web应用的Servlet APIs，并且支持一些新的applet功能增强。一个Connected Edition的应用可能会用到Classic Edition提供的特性，因此这两个版本的规范应用一起使用。动机Java Card技术使得用Java编程语言编写的程序可以运行在智能卡和其他小的资源紧张的设备上。开发人员可以用标准的软件开发工具和环境来编译和调试程序，然后把程序转化成能被Java Card支持的格式。Java Card上的应用程序被称为Applet，或者更明确的称为Java Card Applet或者Card Applet（为了和浏览器Applets做区分）。Java Card技术使得用Java语言编写的程序可以在智能卡上运行，然而如此小的设备远不足以支持Java平台的全部功能。因此，Java Card平台仅仅支持一个被仔细挑选，定制的Java平台属性的的子集。这个子集使得写的程序在小设备上有更好适应性，并且保持了Java语言的面向对象的特性。一个简单的途径是定义一个代码可以在所有Java Card环境下移植的Java虚拟机的子集。结合JVM的子集规定和信息，智能卡提供商可以在Java Card规范上构建自己的工具。虽然手段是可行的，但有一个严重的缺点，目标平台将会丧失字节码的移植性。Java平台的规范允许Java的代码在所有Java平台上移植，Java的“写一次，所有地方运行”的属性或许是平台的最重要的特性。部分Java Card平台创建的工作就是为了把这种代码移植性带到智能卡行业。在世界上有千百万的不同处理器和配置的智能卡，为支持软件派发所支持的多种代码格式的代价是不能承受的。这个Java Card的虚拟机规范（版本3.0.1Classic Edition)是提供代码移植性的关键。理解这个规范做了什么的一个方法是和Java平台的对应副本进行比较。Java虚拟机规范定义了一个引导和按指令集执行Java类文件的引擎。类文件是Java体系结构里面核心的部分，并且是代码移植性的支柱。Java Card的虚拟机规范（版本3.0.1Classic Edition）仍然定义了一个实现了Java Card平台代码移植性的文件格式：CAP文件格式是软件被导入到实现了Java Card虚拟机规范的设备的格式。The Java Card Virtual MachineJava Card虚拟机的角色在Java Card平台的生产和开发流程下很好理解。Java Card虚拟机和若干个组件组成一个Java Card系统，一个Converter(转换器),一个终端安装工具，和一个运行在设备上的安装程序。如下图1-1和1-2。开发一个Java Card应用和开发其它的Java程序一样：一个开发者写出一个或者多个类文件，应用使用模拟设备环境的模拟器模拟运行，测试和调试，包含应用的类文件被Java Card Coverter转化成一个CAP文件。Converter把构成一个Java包的所有类作为输入。一个包含了一个或者多个非抽象的直接或者非直接的javacard.framework.Applet的子类的包被称作一个应用包(appet package)。否则被称为一个库包（library package)。Converter也可以把一个或者多个导出文件（export file）作为输入。一个导出文件包含了被转化类需要的导入的其它类的名字和链接信息。当一个应用或者库包被转化，转化器也可以产生这个包的导出文件。经过转化，CAP文件被拷贝到一个卡片终端，例如一个带有读卡器设备的桌面计算机。然后一个在终端上的安装工具载入CAP文件并且传输到Java Card设备里。一个存在于Java Card设备上的安装程序接收CAP文件的内容并且准备好被Java Card虚拟机运行的应用。虚拟机自己不需要导入或者操作CAP文件，它只需要执行在被安装程序导入的CAP文件中发现的应用的代码。Java Card虚拟机和安装程序工程的区分使得两者都更小，安装程序可以被实现为一个Java程序并且在Java Card虚拟机的上层执行。因为Java虚拟机的指令比典型的机器码更稠密，这样做可以降低安装器的大小。组件