JavaCard基础架构：从技术栈到JCRE
各位同学，今天我们来聊聊JavaCard的基础架构。说实话，这个主题我讲了不下百遍，但每次讲都有新感悟。JavaCard这玩意儿，说白了就是一张智能卡上的微型Java平台。你想想看，一张银行卡大小的塑料片，里面跑着Java虚拟机，还能执行Applet——是不是挺神奇的？
JavaCard技术栈：从底层到应用
先看技术栈。我习惯把它分成四层，从下往上分别是：
- 硬件层：CPU、存储器（ROM、RAM、EEPROM/Flash）、加密协处理器
- 原生系统层：操作系统内核、底层驱动、通信接口管理
- JCRE层：JavaCard运行时环境，包含虚拟机、API框架
- 应用层：我们写的Applet，以及系统预装的应用
嗯，这里要注意一点。JavaCard的存储是分区的。ROM存虚拟机代码，EEPROM或Flash存Applet和持久数据，RAM只做临时计算。我在项目中遇到过有人把大量数据塞进RAM，结果卡片一断电全丢了——这种坑，踩一次就记住了。
核心要点：JavaCard不是完整版Java，它是Java ME的子集。没有float、double、String、垃圾回收（传统版本），但多了Applet、APDU、安全域等智能卡专属特性。
Applet生命周期：从安装到删除
每个Applet都有固定的生命周期。我刚开始做JavaCard开发时，总觉得这玩意儿跟Android的Activity生命周期差不多。后来发现，完全不是一回事。
Applet的生命周期分四个阶段：
- 安装（Install）：卡片收到安装命令，创建Applet实例，调用install()方法
- 选择（Select）：终端发送SELECT命令，Applet被激活，调用select()方法
- 处理（Process）：接收APDU命令，调用process()方法处理，返回响应
- 取消选择（Deselect）：另一个Applet被选中，当前Applet被挂起
说白了，Applet大部分时间都在process()里打转。你想想看，一张银行卡在POS机上刷一下，背后就是Applet在反复处理APDU命令。
个人经验：我曾经调试过一个Applet，发现它每次处理完命令就死机。查了半天，原来是process()里忘了调用return语句。记住，每个APDU处理完必须返回响应，否则卡片会一直等。
APDU协议基础：卡片与终端的对话
APDU，全称Application Protocol Data Unit。说白了就是卡片和终端之间通信的数据包格式。分两种：
- 命令APDU：终端发给卡片
- 响应APDU：卡片返回给终端
命令APDU的结构是这样的：
CLA INS P1 P2 [Lc] [Data] [Le]
CLA: 指令类别（0x00表示ISO标准）
INS: 指令代码（0xA4表示SELECT）
P1/P2: 参数
Lc: 数据长度（可选）
Data: 数据体（可选）
Le: 期望响应长度（可选）响应APDU更简单：
Data SW1 SW2
Data: 响应数据（可选）
SW1/SW2: 状态字（0x9000表示成功）嗯，这里有个坑。APDU的Lc和Le不能同时出现，除非你用扩展APDU。我在项目中遇到过有人把Lc和Le都填上，结果卡片直接返回0x6700（长度错误）。
避坑指南：我曾经在写APDU解析器时，忘了处理Le=0的情况。Le=0表示期望最多256字节响应，但实际响应长度由卡片决定。这个细节，文档里写得很清楚，但实战中很容易忽略。
JavaCard虚拟机（JCRE）架构
JCRE，全称JavaCard Runtime Environment。它是整个JavaCard的核心。我习惯把它比作一个微型操作系统，负责管理Applet、分配资源、处理APDU。
JCRE的核心组件包括：
- 虚拟机（JCVM）：解释执行字节码，管理栈和堆
- Applet管理器：负责Applet的安装、选择、删除
- APDU分发器：将接收到的APDU命令路由到对应的Applet
- 安全域管理器：管理密钥、认证、安全通道
- 事务管理器：保证原子操作，防止数据损坏
你想想看，JCRE在卡片上电后就开始运行。它先初始化硬件，然后加载系统Applet，最后等待终端发送APDU。整个过程，就像一个小型服务器在等待客户端请求。
下面这张图，是我自己画的JCRE架构图。你看一眼就明白了：
从这张图你能看到，Applet跑在JCRE之上，JCRE又跑在原生系统之上。每一层都依赖下层提供的服务。我当年做安全破解时，经常需要绕过JCRE直接操作原生层——嗯，那是另一个故事了。
关键理解：JCRE的核心职责是隔离。它保证一个Applet不能访问另一个Applet的数据，也不能直接操作硬件。所有访问都必须通过JCRE提供的API。这种设计，说白了就是为了安全。
小结
这一章我们讲了JavaCard的基础架构。从技术栈的四层结构，到Applet的四个生命周期阶段，再到APDU的通信协议，最后是JCRE的核心组件。这些东西，是后续所有安全破解技术的基础。
你想想看，如果你连Applet怎么安装、APDU怎么解析、JCRE怎么工作都不清楚，那后面怎么去分析漏洞、破解安全机制？所以，这一章的内容，我建议你反复看，直到烂熟于心。
嗯，今天就到这里。下一章我们讲JavaCard的安全模型——那才是真正有意思的部分。