来源: 互联网  发布时间: 2014-02-18

了解Java Card体系结构 API和运行 环境的内部工作原理
http://www.cn-java.com/www1/?action-viewnews-itemid-363 摘要 Java Card是能运行Java 程序的智能卡。针对这种新的Java平台，Sun公司的JavaSoft部门已经制订了Java Card 2.0 API技术规范，目前，已有若干授权方正在智能卡上实现这种API。要编写与2.0兼容的Java Card 应用程序，开发人员需要从体系结构上了解Java Card的内涵，其内核类的含义，以及如何针对智能卡开发应用程序。 本文将详细讨论Java Card技术，为您，即开发人员，提供 有关智能卡内 Java平台 的系统体系结构、应用编程接口和运行环境的技术指南。( 4,000字)

作者：Zhiqun Chen，Rinaldo Di Giorgio专稿
本文将首先简单介绍智能卡，并简要回顾智能卡标准ISO 7816。根据Java Developer (开发人员专栏)以前发表的有关智能卡的文章，本文将首先回答这样一个问题："什么是Java Card？"，并简单介绍Java Card系统体系结构。然后，将集中讨论与Java Card相关的若干问题(包括Java Card的生命周期；Java Card 2.0语言子集和API库类；以及Java Card的安全性)。随后还将讨论Java Card运行环境和Java Card工作原理。最后举例说明Java Card的应用：针对Java Card编写的电子钱包应用程序。
本文中凡提到Java Card时均指Java Card 2.0。
什么是智能卡？
智能卡与信用卡大小相同，可通过嵌入到其塑料基体中硅片上的电子电路来存储和处理信息。智能卡主要分为两类：包含有微处理器并具有读、写和计算功能的智能卡(如小型微电脑)。另一类为没有微处理器的内存卡 ，它只能存储信息。内存卡利用安全逻辑算法控制对存储器的存取。
所有智能卡都包括三类存储器：
永久不变存储器(persistent non-mutable memory)；永久可变存储器(persistent mutable memory)；和非永久可变存储器(non-persistent mutable memory)。ROM、EEPROM和RAM是目前智能卡的三类存储器中使用最普遍的。永久存储器又称非易失性存储器。在本文中我们将交替使用术语永久存储器和非易失性存储器。
国际标准组织规定的ISO 7816第1-7部分包括覆盖智能卡各个方面的一组标准。ISO 7816包括：

• 物理特性(第1部分)
• 尺寸和触点位置(第2部分)
• 电子信号和传输协议(第3部分)
• 行业间交换指令(第4部分)
• 应用程序标识符(第5部分)
• 行业间数据元素(第6部分)
• 行业间SCQL指令(第7部分)

下图表示智能卡的物理特性，在ISO 7816第1部分中有规定。
Physical Characteristics ---物理特性
Magnetic Stripe ( Back of card ) ---磁条(卡的背面)
Contacts ---触点
Embossing area --- 刻字区
Front of Card ---卡的正面


有关ISO 7816和智能卡的详细情况，请参见"智能卡：入门"。
一般的说，智能卡不包括电源，显示屏，或键盘。它通过其8个触点，利用串行通信接口与外部世界交互。ISO 7816第2部分对智能卡的尺寸和触点位置有详细规定。下图表示智能卡的触点。

Eight Contact Points --- 8个触点
Power Supplier ---电源
Reset ---复位
Check ---检查
Ground ---接地
Optional Contact ---可选触点
Input/Output ---输入/输出
Optional Contacts ---可选触点

智能卡插入可能与另一台计算机相连的卡接收设备(CAD)。卡接收设备又可称作终端、读卡器和IFD (接口设备)。 都具有相同的基本功能，即向智能卡提供电源和建立数据传输连接。

当两台计算机彼此进行通信时，它们交换根据一系列协议构造的数据包。类似地，智能卡也使用自己的数据包---称作APDU (应用协议数据单元)与外部世界对话。APDU包含一条指令或响应信息。在智能卡的世界里 采用的是主 从 模式，而智能卡永远扮演从动的角色。换句话说，智能卡总是在等待来自终端的 命令APDU。随后，它执行APDU规定的动作，并以一个 应答APDU向终端作出回答。智能卡与终端之间互相交换 命令APDU和 应答APDU。

下表分别表示 命令APDU和 应答APDU的格式。ISO 7816第4部分对APDU的结构有专门描述。
命令APDU 标题头（必须） 主体（可选） CLA INS P1 P2 Lc 数据字段 Le
标题 头对被选指令进行编码。它包括4个字段：类(CLA)、指令(INS)、和参数1和2 (P1和P2)。每个字段包含一个字节：

• CLA：类字节。在很多智能卡上，这个字节用来表示应用程序。
• INS：指令字节。这个字节表示指令代码。
• P1-P2：参数字节。这些字节对 命令APDU提供进一步说明。

Lc表示 命令APDU的数据字段的字节数；Le表示以下 应答APDU 的数据字段希望的字节数。
应答APDU 主体（可选） 尾部（必须） 数据字段 SW1 SW2
状态 字节 SW1和SW2表示 命令APDU在智能卡中的处理状态。
什么是Java Card？ Java Card是能运行Java程序的智能卡。Java Card 2.0技术规范刊登在http://www.javasoft.com/javacard上。它包括有关在智能卡上创建Java Card虚拟机和应用编程接口(API)的详细信息。 最低系统要求为16 kbps只读存储器(ROM)、8 kbps EEPROM和256字节随机存取存储器(RAM)。

Java Card上的系统体系结构如下 页图所示。 其中：
Applet ---小应用程序
Industry Add on Classes ---企业添加类
javacard Framework --- Javacard框架
OS & Native Functions ---操作系统和本地功能

如 图所示，Java Card虚拟机是建立在特定集成电路(IC)和本机操作系统执行程序上的。JVM层利用一般语言和系统接口隐藏了制造商的专利技术。Java Card框架定义了一系列用来开发Java Card应用程序和为这些应用程序提供系统服务的应用程编程接口(API)。某特定 行业或特殊的商务应用可提供添加的库，以提供服务或优化安全性和系统模型。Java Card应用程序 称为applets。一个卡上可驻留多个applets。每个applets均被其AID (应用程序标识符)唯一标识，如ISO 7816第5部分的规定。


应该注意的重要的一点是，智能卡不是个人计算机。它们只有有限的存储器资源和计算功能。用户不应该简单地认为Java Card 2.0是JDK的简化版本。

Java Card的 生命周期 Java Card的 生命周期从本机操作系统、Java Card虚拟机、API类库和可选的applets被 写入ROM时开始。将一个可处理进入 命令的永久性组件 写入芯片的非可变存储器，这一过程又称作掩模(masking)。
在安装入您的钱包之前，Java Card需要经过初始化和个人化。初始化指在卡的非可变存储器内装入一般数据。这种数据对很多智能卡都是相同的，而并非某种卡所特有的；例如发行商或制造商的名称。
下一个步骤，个人化，指将卡分配予某个人。这个过程可通过物理个人化或电子个人化完成。物理个人化指在卡的塑料表面上压印或激光压印您的名字和卡号。电子个人化指在卡的非可变存储器中装载个人数据，例如您的个人密钥、名字和个人身份代码。
各厂家和发行商所采用的初始化和个人化的方法不尽相同。对这两个过程来说，通常都是用EEPROM (一类非可变存储器)存储数据。
现在，Java Card就可以使用了。您可以从发行商 处购买Java Card，也可从零售商 处购买Java Card。零售商销售的卡是通用型的，一般都没有经过个人化。
现在，您可以把您的Java Card插入读卡器，并向驻留在卡上的applet发送 命令APDU，或向卡内下载其它applet或数据。
除非Java Card失效或因某种不可恢复的错误而被闭锁，否则Java Card就能一直使用下去。

Java Card虚拟机的 生命周期 与PC或工作站上的Java虚拟机(JVM)不同，Java Card虚拟机可永远工作。

即使电源断开(即卡从读卡器上取下)，存储在卡上的多数信息也必须保存下来。Java Card虚拟机可在EEPROM上创建能保存永久信息的对象。Java Card虚拟机的执行寿命就是卡的寿命。在没有电源的情况下，虚拟机按照无限的时钟周期工作。


Java Card applet和对象的 生命周期 Applet的生命周期始自它正确安装并被注册到系统的注册表中，而当它被从 注册表中删除时其生命周期就结束了。被删除的applet的空间可能被再次使用，也可能不再使用，这取决于卡上是否实现了垃圾收集功能。卡上的applet只有当被终端明确选择后才会 处于激活 状态。

对象是在永久存储器(如EEPROM )中创建的。如果不被其它永久对象所引用，对象就可能丢失或被当做垃圾收集。但向EEPROM写入的速度要比向RAM写入的速度慢1000倍。

某些对象经常被使用，其字段的内容就不必是永久的。Java Card支持RAM中的瞬态(暂时)对象。如果某个对象被宣布为瞬态 ，则其内容就不能 写入永久存储器。


ava Card 2.0语言子集 Java Card程序当然是用Java编写的。它们 可以用一般的Java编译器来编译。因为存储器资源和计算能力有限，所以Java Card并不能支持Java语言技术规范中规定的所有语言功能。特别地，Java Card不支持：

• 动态类装载
• 安全管理器
• 线程和同步
• 对象复制
• 对象回收（finalization）
• 长基本数据类型( float、double、long、和char )

所以支持这些功能的关键词 被省略也就不足为奇了。在有更大存储器的更高级智能卡上，由虚拟机的实现者决定 是否支持32位整数类型及post-issuance applet的native方法。Post-issuance applet即在卡被发放给持卡人后安装在Java Card上的applet。


Java Card 2.0框架 智能卡在市场上已经出现20多年了，多数智能卡一般都可与ISO 7816第1-7部分和/或EMV兼容。我们在前面已经谈到ISO 7816。什么是EMV呢？即EMV，它是由Europay、Mastercard和Visa等公司规定的基于ISO 7816系列的标准，是具有可满足金融业特定要求的附加专利功能的标准。设计Java Card框架的目的是能轻松支持智能卡系统和应用程序。它隐藏了智能卡体系结构的细节，并为Java Card应用程序开发人员提供了相对简单和直接的编程接口。

Java Card框架包括4个包：
包名 说明 javacard.framework 这是JavaCard的内核包。它定义诸如applet和个人身份代码(PIN)等类，这些类是Java Card程序和APDU、系统和Util (为Java Card程序、APDU提供运行时 服务和系统服务等，如APDU处理和对象共享等)的基本构件。 javacardx.framework 这个包可为与ISO 7816-4兼容的文件系统提供面向对象的设计。它支持ISO 7816规定的基本文件(EF)、专用文件(DF)和面向文件的APDU。 javacardx.crypto和javacardx.cryptoEnc 这两个包支持智能卡所要求的密码功能。
Java Cardx包符合Java命名原则，是Java Card框架的延伸。您 并非 必须在智能卡上支持这些包。

Java Card安全性 Java applets受Java安全性的限制，但Java Card系统的安全性模式在很多方面与标准Java有所不同。

Java Card不支持安全管理器类。语言 的安全策略是由虚拟机实施的。

Java applets创建可存储和处理数据的对象。对象由创建该对象的applet所拥有。即使applet 有对某个对象的引用，它也不能调用该对象的方法，除非它拥有该对象，或该对象已确定共享。某个applet可与另一个applet或所有applets共享其对象。

applet是Java Card内的独立实体。其选择、执行和功能不受驻留在同一张卡上的其它applet的影响。

Java Card内部工作原理 在Java Card内部，JCRE ( Java Card运行环境)引用Java Card虚拟机和Java Card框架中的类。Java Card内的每个applet都与JCRE赋予的特定AID关联。

当一个applet 被正确装入卡的永久存储器，并与Java Card框架和卡上的其它库关联后，作为applet安装过程的最后一步，JCRE就调用该applet 的安装方法。install是一种公共静态方法， 它被applet类实现以创建 applet的实例，并 在JCRE中为其注册。因为存储器是有限的，所以 较好的编程方法就是 在此时创建和初始化applet在其生命期内需要的对象。

驻留在卡上的applet 只有在被明确选择后才会被激活。终端向JCRE发送一个" SELECT APDU " 命令。JCRE暂停当前被选的applet ，并调用该applet的deselect方法进行必要的清理。随后，JCRE把AID已在" SELECT APDU "中规定的applet 标记为当前被选的applet，并调用新被选中的applet 的select方法。select方法使applet 做好接受APDU 命令的准备。JCRE将随后的APDU 命令发送给当前被选的applet，直到它接收到下一个" SELECT APDU " 命令为止。

怎样编写Java Card小应用程序？ 演示如何创建Java Card 2.0 applet 的最好方法就是通过范例。下例为可存储电子现金的电子钱包应用程序。该钱包可处理read_balance、deposit和debit等APDU指令。只有知道钱包所有人的个人身份代码(PIN)才能进入钱包。

这个例子被制作成两栏的格式：左栏包括Java代码及Java风格的注解；右栏提供对左栏 代码的详尽解释。
package bank.purse Java Card与标准Java一样也支持包和标识符名称惯例 import javacard.framework.* ;
import javacardx.framework.* ;   public class Wallet extends Applet {
/* constants declaration */ 一个applet是 javacard.framework.Applet 的继成类的实例 // code of CLA byte in the command APDU header final static byte Wallet_CLA = (byte)0xB0; CLA标识该应用程序 // code of INS byte in the command APDU header
final static byte Deposit = (byte)0x10;
final static byte Debit = (byte)0x20;
final static byte Balance = (byte)0x30;
final static byte Validate = (byte)0x40; INS标识应用程序指令 // maximum number of incorrect tries before the PIN is blocked
final static byte PinTryLimit = (byte)0x03;
// maximum size PIN
final static byte MaxPinSize = (byte)0x04; PIN对象参数 // status word (SW1-SW2) to signal that the balance become neagtive;
final static short SW_NEGATIVE_BALANCE = (short)0x6910; Applet特定静态字 /* instance variables declaration */
OwnerPIN pin;
byte balance;
byte buffer[ ]; // APDU buffer   private Wallet( ) {
// It is good programming practice to allocate
// all the memory that an applet need during its
// lifetime inside the constructor
pin = new OwnerPIN(PinTryLimit, MaxPinSize);
balance = 0;
register( );
} // end of the constructor private构造 方法---类Wallet的实例由其install方法 实例化
applet 通过调用Applet类中所定义的register 方法向JCRE登记注册。现在 对外部 而言，applet 是可见的。 public static void install(APDU apdu) {
// create a Wallet applet instance
new Wallet( );
} // end of install method 在applet安装过程的最后一步，方法install被JCRE调用 public boolean select( ) {
 
// returns true to JCRE to indicate that the applet
// is ready to accept incoming APDUs .
return true;
} // end of select method 这个方法被JCRE调用，表示该applet已被选择。它执行处理以下APDU信息所需要的必要初始化 public void process(APDU apdu) {
// APDU object carries a byte array (buffer) to
// transfer incoming and outgoing APDU header
// and data bytes between card and CAD
buffer = apdu.getBuffer( ); 在applet被成功选择之后，JCRE向此方法发送进入的APDU。
APDU对象被JCRE拥有和维护。它封装了底层的基本传输协议 (如ISO7816-3规定的T0或T1 )的细节并提供了通用接口。 // verify that if the applet can accept this
// APDU message
if(buffer[ISO.OFFSET_CLA] !== Wallet_CLA)
ISOException.throwIt
(ISO.SW_CLA_NOT_SUPPORTED); 当发生错误时，applet可能决定中止过程，并抛出一个包含状态字(SW1 SW2)的例外，状态字用于表示卡的处理状态。 switch (buffer[ISO.OFFSET_INS]) {
case Balance: getBalance(apdu); return;
case Debit: debit(apdu); return;
case Deposit: deposit(apdu); return;
case Validate: validate(apdu); return;
default: ISOException.throwIt
(ISO.SW_INS_NOT_SUPPORTED);

}

} // end of process method process方法的主要功能是执行APDU规定的动作，并向终端返回正确的响应。
INS字节 指定需要执行的动作的类型 private void deposit(APDU apdu) {
// access authentication
if( ! pin.isValidated( ) )
ISOException.throwIt( ISO.SW_PIN_REQUIRED);
// Lc byte denotes the number of bytes in the data
// field of the command APDU
byte numBytes = (byte) (buffer[ISO.OFFSET_LC]);
// indicate that this APDU has incoming data and
// receive data sharing from the offset
// ISO.OFFSET_CDATA
byte byteRead = (byte) (apdu.setIncomingAndReceive( ) );
// It is an error if the number of data bytes read does // not match the number in Lc byte
if(byteRead != 1)
ISOException.throwIt(ISO.SW_WRONG_LENGTH);
// increase the balance by amount specified in the
// data field of the command APDU
balance = (byte)
(balance + buffer[ISO.OFFSET_CDATA]);
// return successfully
return;
} // end of deposit method 参数APDU对象包含一个数据字段,它 指定 存款的金额。
在从JCRE接收到APDU对象后，APDU缓冲器中有前5个字节(CLA、INS、P1、P2、Lc/Le )可用。其在APDU缓冲器中的偏移量在类ISO中规定。因为数据字段是可选的，所以applet需要 显式通知JCRE 获取额外 的数据字节。
卡与CAD之间的通信是在命令APDU和应答APDU对之间交换的。在存钱( deposit ) 例子中， 应答APDU不包含数据字段。JCRE使用状态字0×9000 (正常处理)构成正确的应答APDU。applet开发人员不必关心构造正确的 应答APDU的细节。
当JCRE捕捉到一个exception (表示在处理指令时有错误)时，JCRE会使用Exception中包含的状态字构造 应答APDU 。 private void debit(APDU apdu) {
// access authentication
if( ! pin.isValidated( ) )
ISOException.throwIt(ISO.SW_PIN_REQUIRED);
byte numBytes = (byte) (buffer[ISO.OFFSET_LC]);
byte byteRead = (byte) (apdu.setIncomingAndReceive( ) );
if(byteRead != 1)
ISOException.throwIt(ISO.SW_WRONG_LENGTH);
// balance can not be negative
if(balance - buffer[ISO.OFFSET_CDATA]) <0)
ISOException.throwIt(SW_NEGATIVE_BALANCE);
balance = (byte)
(balance - buffer[ISO.OFFSET_CDATA]);
} // end of debit method 在debit方法中，APDU对象包含一个数据字段， 该数据字段 指定了提款的金额。
private void getBalance(APDU apdu) {
// access authentication
if(! Pin.isValidated( ) )
ISOException.throwIt(ISO.SW_PIN_REQUIRED);
// inform system that the applet has finished processing
// the command and the system should now prepare to
// construct a response APDU which contains data field
apdu.setOutgoing( );
// indicate the number of bytes in the data field
apdu.setOutgoingLength(byte)1);
// move the data into the APDU buffer starting at offset 0
buffer[0] = balance;
// send 1 byte of data at offset 0 in the APDU buffer
} // end of getBalance method
getBalance在 应答APDU的数据字段中返回钱包的余额。
因为应答APDU响应中的数据字段是可选的，所以applet 需要 显式 告诉JCRE 它要返回的数据。JCRE使用APDU对象缓冲器内的数组和正确的状态字构造一个完整的 应答APDU 。
private void validate(APDU apdu) {
// retrieve the PIN data which requires to be validated
// the user interface data is stored in the data field of the
APDU
byte byteRead = (byte) (apdu.setIncomingAnd Receive( ) );
// validate user interface and set the validation falg in the
user interface
// object to be true if the validation succeeds.
// if user interface validation fails, PinException would be
// thrown from pin.check( ) method
pin.check(buffer, ISO.OFFSET_CDATA, byteRead);
} // end of validate method
} // end of class Wallet PIN是智能卡常用的保护数据免遭越权使用的方法。
PIN中记录自上次正确的PIN确认后不成功的尝试次数。如果不成功的尝试次数超过PIN规定的允许最大尝试次数，则卡就被闭锁。
在成功选择applet后，首先必须使PIN生效，然后才能在applet上执行其它指令。

结论 本文首先介绍了智能卡的一些基本概念，然后阐述了Java Card 2.0的技术和开发Java Card应用程序的方法。 Java Card applet是用一般的Java 编译器编译的。 编译器的输出结果（class 文件）被输入Java Card转换器，后者 增强了Java Card 2.0 语言子集的兼容性，可执行名字解析和初始地址链接，并优化Java字节代码 使之更适合 在Java Card虚拟机上运行。转换器的输出结果被下载到Java Card上。本文对转换器和applet 安装协议没有详细说明，因为这些协议尚未标准化。我们 希望在今后的文章中能够阐述这方面的问题。

Java Card为Java世界添加了一种新的平台。Java Card的广泛采用和部署需要市场的推动、更多的应用程序和工具 的开发及时间。同时，在今后几年里，Java Card的使用数量将增加到上百万。也就是说，您不久就会使用随身携带的钱包里的小卡片来存储个人信息和下载应用程序了。

参考资料

• 有关智能卡Java Developer系列文章的第一篇文章是"智能卡入门"
  http://www.javaworld.com/jw-12-1997/jw-12-javadev.html
  
• 有关与Java Card相关的商业机会，请参见"把货币交给Java Card API "
  http://www.javaworld.com/javaworld/jw-02-1998/jw-02-javacard.html
  
• 有关在Java Card 1.0 API上开发应用程序的方法，请参见" Java Card速成"
  http: //www.javaworld.com/javaworld/jw-02-1998/jw-02-javadev.html
  
• Java Card站点JavaSoft
  http://www.sun.com/products/javacard/
  
• Java商业站点
  http://java.sun.com/products/commerce/
  
• Javasoft部的Java Card技术总监Joshua Susser对本文进行了审阅并提供了技术指导，谨在此向他表示衷心感谢。
  

作者简介 Rinaldo Di Giorgio是Sun Microsystems公司研究部的在职工程师。他在该公司从事数字经济的试验。他的电子邮件地址是rinaldo.digiorgio@javaworld.com。

Zhiqun Chen是Javasoft商业交易集团的Java Card工程师。她负责设计和开发Java Card API和应用程序。她在为Java Electronic Commerce Framework ( Java电子商务框架)开发Visa Open Platform卡应用程序及MasterCard MondexTM终端和应用程序方面积累了丰富的经验。Zhiqun Chen的电子邮件地址是zhiqun.chen@javaworld.com。

 

 

 

----------------------------

 

http://www.blogjava.net/crespochen/archive/2011/05/19/350607.html

四、Java Card硬体需求

Java Card有如一部具体而微的电脑，其硬体的规格主要是在於维护Java Card runtime environment的　求，其最小的规格要求为：

• 512 bytes RAM：主要用於存放程式执行时的 stack、暂存资料以及做为I/O的缓冲区。

• 24 KB ROM ：主要用於存放系统的程式以及 Runtime Environment，如 JVM、applets、 native functions 等。

• 8 KB EEPROM：用於储存我们所下载至 Java Card的 applets，并且做为 object heap存放之处。

• 8-bit processor： Java Card必须至少支援8位元的处理器。

五、Java Card软体架构

在上述的硬体架构中，基本上我们可以将Java Card想像为一部PC的缩影，而Java Card的软体架构则具有OS、 native functions 、JCRE(Java Card Runtime Environment)以及架构在此JCRE上的应用程式（Java Card applets），事实上Java Card的软体架构也是与今日的软体架构相仿，图5-1即为Java Card之软体架构。

图5-1 Java Card之软体架构图

在此软体架构中，最底层的OS and Native Functions 是负责低阶的处理工作，如同今日的作业系统。而在上面两层Java Card Interpreter与Java Card APIs and Framework就是我们所谓的JCRE，主要负责执行Java Card applets以及提供 applet执行所　要的环境。而 Industry Add-on Classes则是 service provider 所提供的classes，使得企业与公司能够提供属於自己的服务程式。

Java Card的最上层就是所谓的Java Card applets，就如图5-1所示，一个 Java Card可以执行多个Java Card applets，但是要特别注意，Java Card 的执行环境并无支援Multi-thread，所以一次只能执行一个applet，并且 applet与applet之间也有firewall的阻隔。尽管如此，在Java Card的设计之中亦有让不同的 applets相互沟通的机制，我们只　要让applet implement javacard.framewor k.Shareable interface就能够分享applet 的 resource。

因为受限於体积与 resource，所以 Java Card在执行环境上的支援是相当有限的，表5-1即 Java Card执行环境的支援现况，其他详细内容请参考 references。

    

    来源: 互联网  发布时间: 2014-02-18

展示图片动画

 //创建一个UIimageView
    
    UIImageView *gifImage = [[UIImageView alloc] initWithFrame:CGRectMake(100,100,56,56)];
    
    
    
    NSMutableArray *images = [NSMutableArray array];
    
    for (int i = 1; i <= 5; i ++)//该组共16张图片
        
    {
        
        //将要播放的图片加入数组
        
        [images addObject:[UIImage imageNamed:[NSString stringWithFormat:@"menu_0%i", i]]];
        
    }
    
    gifImage.animationImages = images;
    
    gifImage.animationDuration = 2;  //播放一次动画时长
    
    gifImage.animationRepeatCount = 1; // 播放次数，-1 无限
    
    //self.gifImage.transform = CGAffineTransformMakeScale(1, 1);
    
    [self.view addSubview:gifImage];
    
    
    
    [gifImage startAnimating];  //开始动画
    
    //[gifImage stopAnimating]; //停止动画

    

    来源: 互联网  发布时间: 2014-02-18

java规范信息
1 一、判断选择题（每题1分）
1. 表达式要在低优先级操作符处划分新行，分隔的操作符应放在行尾(B)
A 正确 B 错误

2. if, for, do, while, case, switch, default 等语句自占一行，且if, for, do, while等语句的执行语句无论多少都要加括号{} (A)
A 正确 B 错误

3. 注释应与其描述的代码相近，对代码的注释应放在其上方或右方（对单条语句的注释）相邻位置, 如有特殊需要，也可以放在代码的下方(B)
A 正确 B 错误

4. 对变量的定义和分支语句（条件分支、循环语句等）必须编写注释(A)
A 正确 B 错误

5. 对于switch语句下的case语句，如果因为特殊情况需要处理完一个case后进入下一个case处理，必须在该case语句处理完、下一个case语句前加上明确的注释(A)
A 正确 B 错误

6. 常量名使用全大写的英文描述，英文单词之间用下划线分隔开，并且使用 final static 修饰(A)
A 正确 B 错误

7. 属性名可以和公有方法参数相同，不能和局部变量相同(A)
A 正确 B 错误

8. 一个函数仅完成一件功能，即使简单功能也应该编写方法实现(A)
A 正确 B 错误

9. 所有的数据类必须重载toString() 方法，返回该类有意义的内容。说明：父类如果实现了比较合理的toString() ，子类可以继承不必再重写(A)
A 正确 B 错误

10. 数据库操作、IO操作等需要使用结束close()的对象必须在try -catch-finally 的finally中close() (A)
A 正确 B 错误

11. 记录异常不要保存exception.toString()，而要记录exception.getMessage() (B)
A 正确 B 错误

12. 如果确实有很多异常类型首先考虑用异常描述来区别，throws/exception子句标明的异常最好不要超过5个 (B)
A 正确 B 错误

13. 在 finalize() 方法中一定要调用super.finalize() 方法(A)
A 正确 B 错误

14. 所有的局部变量都需要显示初始化(A)
A 正确 B 错误

15. 在进行比较的时候，总是把常量放在同一边, 可以都放在左边或都放在右边(A)
A 正确 B 错误

16. 应尽量把内部类定义成公有类, 以便外部重用(B)
A 正确 B 错误

17. 在捕获违例的时候，不使用 Exception, RuntimeException, Throwable，尽可能使用它们的子类(A)
A 正确 B 错误

18. 对返回类型为boolean的方法使用 is 开头，其它类型的不能使用(A)
A 正确 B 错误

19. 为所有的 switch 语句提供一个 default 选项(A)
A 正确 B 错误

20. 减小单个方法的复杂度，使用的 if, while, for, switch 语句要在10个以内(A)
A 正确 B 错误
2 二、单选题（每题2分）
21. 如下关于switch语句的使用描述错误的是（B）
A、在switch 中每个 case 语句都应该包含 break 或者 return；
B、switch 语句中可以定义case 之外的无用标签；
C、应该为每个switch语句加一个default；
D、如果因为特殊情况需要处理完一个case后进入下一个case处理，必须在该case语句处理完、下一个case语句前加上明确的注释；
22. 如下关于父子类的描述错误的是（D）
A、方法重载的时候，一定要注意方法名相同，避免类中使用两个非常相似的方法名；
B、不要覆盖父类的静态方法和私有方法；
C、不要覆盖父类的属性；
D、父类如果实现了toString()，子类仍然必须重写；
23. 如下关于运算的描述错误的是（B）
A、在运算中不要减小数据的精度；
B、对浮点数可以进行比较运算，如 ==, !=；
C、字符串和数字运算结果相连接的时候，应该把数字运算部分用小括号括起来；
D、对于被除数或者被乘数为2的n次方的乘除运算使用移位运算符>>, <<；
24. 如下关于字符串运算的运算描述错误的是（A）
A、字符串和字符连接使用“+“拼接而非StringBuilder或StringBuffer；
B、常量字符串使用 String, 非常量字符串使用StringBuilder或StringBuffer；
C、单个首字符的比较使用charAt() 而不用startsWith()；
D、字符串和数字运算结果相连接的时候，应该把数字运算部分用小括号括起来；
25. 如下关于字符串国际化时使用的描述错误的是（D）
A、国际化时不要使用一个字符进行逻辑操作，使用Characater；
B、国际化时不要进行字符串连接操作，使用MessageFormat；
C、国际化时不要使用Date.toString() ，Time.toString() 方法；
D、国际化时应该使用StringBuffer , StringTokenizer类；
26. 关于servlet的使用描述错误的是（D）
A、servlet使用jdbc后，不再使用JDBC资源时，应该尽早使用 close() 方法释放；
B、不要使用Servlet的SingleThreadModel，会消耗大量资源；
C、不再使用HttpSession时，应该尽早使用 invalidate() 方法释放；
D、servlet的init(ServletConfig)方法中不要调用super.init(ServletConfig);
27. 如下关于类定义和访问的描述错误的是（A）
A、静态成员或者方法应使用句柄访问；
B、不要定义不会被用到的局部变量、类私有属性、类私有方法和方法参数；
C、把内部类定义成私有类；
D、去掉接口中多余的定义（不使用 public, abstract, static, final 等，这是接口中默认的）；
28. 关于多线程编程描述错误的是（A）
A、非同步方法中并且没有同步块可以调用 wait() , notify() 方法；
B、避免在同步方法中调用另一个同步方法造成的死锁；
C、线程中需要实现 run() 方法；
D、线程同步中，使用notifyAll() 代替 notify()；
29. 如下关于类中方法的定义描述错误的是（A）
A、在构建器中可以使用非 final 方法；
B、在 clone() 方法中应该而且必须使用super.clone() 而不是 new；
C、工具类（Utility）不要定义共有构建器；
D、重载 equals() 方法的同时，也应该重载hashCode() 方法；
30. 如下关于内部类描述错误的是（C）
A、不要使用两级以上的内部类；
B、把内部类定义成私有类；
C、应该经常使用内部类；
D、外部类拥有指向内部类的句柄；
31. 如下关于方法参数的描述错误的是（D）
A、不要对参数进行赋值操作；
B、方法注释的参数个数要和实际个数保持一致；
C、可以通过参数的类型不同进行方法重载；
D、子类可以定义和父类中同名的方法，但返回参数类型不同；
32. 如下关于接口的描述错误的是（D）
A、一个只有abstract方法、final static 属性的类应该定义成接口；
B、去掉接口中多余的定义（不使用 public, abstract, static, final 等，这是接口中默认的）；
C、在类中对于没有实现的接口，应该定义成抽象方法，类应该定义成抽象类；
D、不建议对接口进行instanceof运算；
33. 如下关于方法调用描述错误的是（D）
A、不要重复调用一个方法获取对象，使用局部变量重用对象；
B、不要显式调用 finalize()；
C、不要在循环体内调用同步方法和使用 try-catch 块。
D、不要在 finalize() 方法中的 finally 中调用super.finalize() 方法；
34. 如下关于类定义描述错误的是（D）
A、不要定义不会被用到的局部变量、类私有属性、类私有方法和方法参数；
B、显式初始化所有的静态属性；
C、不要给非公有类定义 public 构建器；
D、方法的参数名可以和类中的方法名相同；
35. 如下关于final的使用描述错误的是（D）
A、没有子类的友好类应该定义成 final；
B、没有被覆盖的友好方法应该定义成 final；
C、常量必须定义为final；
D、内部类可以访问外部类、方法的非final变量；
36. 如下关于异常的使用描述错误的是（A）
A、不要定义 Error 、RuntimeException、Exception的子类；
B、声明方法违例的时候不要使用 Exception ，应该使用它的子类；
C、不要直接扔出一个Error ，应该扔出它的子类；
D、在捕获违例的时候，不使用 Exception, RuntimeException, Throwable，尽可能使用它们的子类；
37. 如下关于初始化容量设置描述错 误的是（D）
A、使用StringBuffer时设置初始容量；
B、使用ArrayList时设置初始容量；
C、使用Hashmap的时候设置初始容量；
D、使用LinkedList设置初始容量；
38. 如下关于循环描述错误的是（A）
A、使用循环来复制数组；
B、不要在 for 循环体中对计数器进行赋值；
C、不要在循环体内调用同步方法和使用 try-catch 块；
D、不要在循环体内定义变量；
39. 如下关于集合类的描述错误的是（D）
A、含有集合意义的属性命名，尽量包含其复数的意义；
B、使用集合类时要设置初始化容量；
C、尽量不要使用静态集合，其内存占用增长没有边界；
D、集合中的数据不需要释放，垃圾回收器会自动回收；
40. 如下描述不正确的是（D）
A、除了构建器外，不要使用和类名相同的方法名；
B、使用 equals() 比较两个类的值是否相同；
C、不要使用嵌套赋值，即在一个表达式中使用多个 =；
D、重载 equals() 方法时，不必要重载hashCode() 方法；
3 三、多选题（每题3分）
41. 下面关于代码排版的说法正确的有：（AD）
A．for语句中的执行语句无论多少都要加括号{}
B．程序块对齐时为提高效率可以使用Tab键进行对齐，将Tab键设置为占4个字符
C．if条件中的语句如果只有1行，可以与if条件同行书写，使代码更简洁
D．两段逻辑比较独立的代码之间必须加空行

42. 下面哪些代码不符合公司的JAVA编程规范：（ABCDE）
A．
switch ( key )
{
case Log.INFO:
value = getINFOValue();
break;
caseLog.ERROR: value = getErrorValue();
break;
default: value = getDefaultValue();
}
B．
while ( key > 1){
key--;
}
C．
voidexample_fun( Object value )
{
    //key 表示呼叫的关键事件
int key = 0;    key = getCallEventKey();
}
D．
if ( key >= 0 &&
key<= ServiceConfig.getBlackListSize() )
{
    //program code
}
E．
int a ,b ,c;

43. 如下哪些地方应该加上空行：（ABD）
A． import语句与类定义之间
B． 变量说明之后
C． 注释和被注释的代码之间
D． 注释与其上面的无关的代码之间

44. 下面那些关键字与后面的符号（如“(”）之间应添加空格：（ABCD）
A． if
B． for
C． while
D． switch

45. 如下关于操作符的排版说法正确的有：（ABCD）
A． 分号只在后面加空格
B． 双目操作符前后加空格
C． 单目操作符前后不加空格
D． 逻辑操作符前后加空格

46. 如下类属性和类方法的排版顺序正确的有：（AC）
A．
class Sample
{
public String a;
private String b;
}
B．
class Sample
{
private String a;
protected String b;
}
C．
class Sample
{
private String a;
public String mb
{
// CODE...
}
}
D．
class Sample
{
public String a;
public String ma
{
// CODE...
}
private String b;
private String mb
{
// CODE...
}
}

47. 下面关于注释说法不正确的有 ：（BD）
A． 所有的包都应该写入一个名为 package.html 的HTML格式的说明文件放入当前路径
B． 文件注释应写入文件头部，包名之后的位置
C． 类注释应该放在package 关键字之后，class 或者 interface 关键字之前
D． 对于方法内部用throw语句抛出的异常，必须在方法的注释中标明，包括RuntimeException

48. 如下注释排版不符合规范的有：（AD）
A．
// 注释
program code 1
program code 2
// 注释
program code 3
B．
public void example( )
{
// 注释
CodeBlock One
}
C．
/**
* 注释内容
*/
private String logType;

/**
* 注释内容
*/
public void write()
D．
//注释
program code 1
program code 2

program code 3
//注释

49. 如下注释符号使用符合规范 的有：（BD）
A．
public static booleanisEmpty(String str)
{
    /* 字符串为null或长度为0则认为字符串为空 */
return ((str == null) || (str.trim().length() == 0));
}
B．
/**
* 判断两个字符串是否相等
*
*@param str1待比较字符串1
* @param str2待比较字符串2
* @return 字符串是否相等
*/
public static booleanisEq(String str1, String str2)
{
if (str1 == null)
    {
return str2 == null;
    }
return str1.equals(str2);
}
C．
// 将long型转换为字符串
public static String valueOf(long l)
{
returnString.valueOf(l);
}
D．
/**
* 用户手机号
*/
private String msisdn;

50. 下面哪些地方必须加注释：（ABCD）
A． 文件头部
B． 变量的定义
C． 接口头部
D． 复杂代码分支处
E． 长表达式的中间

51. 如下类名符合公司规范的有：（CE）
A． getNewSubscriptionList
B． DEBUGLOG
C． OrderResponse
D． FtpDownloadUtil_test
E． UserManager

52. 下面关于命名的说法不正确的有：（BD）
A． 属性名可以和公有方法参数相同，不能和局部变量相同
B． 包名采用域后缀倒置的加上自定义的包名，自定义的包名第一个单词的字母使用小写、剩余单词首字母大写其余字母小写
C． 常量名使用全大写的英文描述，英文单词之间用下划线分隔开，并且使用 final static 修饰
D． 引用静态成员变量时可以使用类名引用，也可以使用this引用

53. 下面关于命名的说法正确 的有：（ABCD）
A． 常用组件类的命名以组件名加上组件类型名结尾
B． 如果函数名超过15 个字母，可采用以去掉元音字母的方法或者以行业内约定俗成的缩写方式缩写函数名
C． 准确地确定成员函数的存取控制符号，不是必须使用 public 属性的，请使用 protected，不是必须使用 protected, 请使用 private
D． 含有集合意义的属性命名，尽量包含其复数的意义

54. 如下编码规范说法正确的有：（CD）
A． 明确方法功能，近似地实现方法设计，一个函数仅完成一件功能
B． 仅用一两行就可完成的功能禁止封装成方法
C． 应明确规定对接口方法参数的合法性检查应由方法的调用者负责还是由接口方法本身负责，缺省是由方法调用者负责
D． 数据类不能包含数据处理的逻辑。通信类不能包含显示处理的逻辑。

55. 下面关于异常的说法正确的有： （BCD）
A． 所有的异常都必须被捕获
B． 自己抛出的异常必须要填写详细的描述信息
C． 非运行期异常是从Exception继承而来的，必须在方法声明上加throws子句
D． 对于Error类异常，我们自己的程序不应该捕获这种异常，并且也不应该创建该种类型的异常

56. 如下哪些表达式不符合公司的编程规范：（ABD）
A． a | b && a & c
B． if (result == "True")
C． if (a > (b + c–d))
D． c = a>>4 | b      
57. 如下哪些命名应该以小写字母开头：（AB）
A． 方法名
B． 属性名
C． 常量名
D． 类名
E． 接口名

58. 如下代码不符合公司编程规范的有：（ABCD）
A．
if (state == 1)
{
state = 2;
    // program code
}
B．
publicintgetIndex()[]
{
    // program code
}
C．
try
{
out.print("XXX");
}
catch(IOException e)
{
    //... ...
}
finally
{
out.close();
}
D．
String completeReason = "";
for (String reason : reasons)
{
completeReason += reason;
}

59. 如下说法正确的有：（ABCDE）
A． 在switch 中每个 case 语句都应该包含 break 或者 return
B． 不要使用两级以上的内部类
C． 不要覆盖父类的属性
D． 去掉接口中多余的定义（不使用 public, abstract, static, final 等，这是接口中默认的）
E． 不要在if 语句中使用等号= 进行赋值操作

60. 如下建议符合公司规范的有：（ACDE）
A． 为 switch 语句提供一个 default 选项
B． 要使用尽量清晰的表达式，如：if (a.equals(b)==true), 而不是if (a.equals(b))
C． 除了构建器外，不要使用和类名相同的方法名
D． 不要显式导入java.lang.* 包
E． 不要显式调用 finalize()