这张卡到底有多少内存？（EEPROM和对象删除游戏！）

Question

我写了一个简单的程序来检查请求对象删除（）方法的功能和我的卡的可用内存。

我的小程序响应以下五种不同类型的APDU命令：

1. 选择APDU命令：响应：0X9000

为了返回可用内存，我编写了一个方法，该方法使用无限while循环创建大量包含100元素的字节数组，并同时增加计数器。捕获内存不足异常时，该方法返回计数器*100（即调用此方法前的可用内存）

好的，这是程序：

public class ObjDeletion extends Applet {
    public static short counter = 0x0000;

    private ObjDeletion() {
    }

    public static void install(byte bArray[], short bOffset, byte bLength)
            throws ISOException {
        new ObjDeletion().register();
    }

    public void process(APDU arg0) throws ISOException {

        if (selectingApplet()) {
            return;
        }

        byte[] buffer = arg0.getBuffer();

        switch (buffer[ISO7816.OFFSET_INS]) {
        case 0x00:
            counter=0;
            ReturnAvailableMem();
            break;

        case 0x01:
            genLocalArray();
            break;

        case 0x02:
            JCSystem.requestObjectDeletion();
            break;

        default:
            return;

        }

    }

    public void genLocalArray() {
        byte[] LocalArray = new byte[2000];
    }

    public void ReturnAvailableMem() {
        try {
            while (true) {
                byte[] dump = new byte[100];
                counter += 1;
            }

        } catch (Exception e) {

            ISOException.throwIt((short) (counter * 100));
        }
    }
}

现在，有一个问题。这是我向卡发送一些APDU命令时OpenSC工具的输出：

OSC: opensc-tool.exe -s 00a404000b0102030405060708090000 -s 00000000 -s 00020000
 -s 00000000 -s 00020000 -s 00010000 -s 00000000 -s 00020000 -s 00000000 -s 0002
0000 -s 00010000 -s 00020000 -s 00000000

Using reader with a card: ACS CCID USB Reader 0
Sending: 00 A4 04 00 0B 01 02 03 04 05 06 07 08 09 00 00
Received (SW1=0x90, SW2=0x00)

//0::returnAvailableMem()
Sending: 00 00 00 00 
Received (SW1=0xE3, SW2=0x58)

//1::returnAvailableMem()
Sending: 00 00 00 00 
Received (SW1=0x00, SW2=0x00)

//2::requestObjectDeletion()
Sending: 00 02 00 00
Received (SW1=0x90, SW2=0x00)

//3::returnAvailableMem()
Sending: 00 00 00 00
Received (SW1=0xE3, SW2=0x58)

//4::requestObjectDeletion()
Sending: 00 02 00 00
Received (SW1=0x90, SW2=0x00)

//5::genLocalArray()
Sending: 00 01 00 00
Received (SW1=0x90, SW2=0x00)

//6::returnAvailableMem()
Sending: 00 00 00 00
Received (SW1=0xDD, SW2=0x18)

//7::requestObjectDeletion()
Sending: 00 02 00 00
Received (SW1=0x90, SW2=0x00)

//8::returnAvailableMem()
Sending: 00 00 00 00
Received (SW1=0xE3, SW2=0x58)

//9::requestObjectDeletion()
Sending: 00 02 00 00
Received (SW1=0x90, SW2=0x00)

//10::genLocalArray()
Sending: 00 01 00 00
Received (SW1=0x90, SW2=0x00)

//11::requestObjectDeletion()
Sending: 00 02 00 00
Received (SW1=0x90, SW2=0x00)

//12::returnAvailableMem()
Sending: 00 00 00 00
Received (SW1=0xE3, SW2=0x58)

命令0返回0xE358（=58200）。因此，调用此方法之前的内存是58200字节。

命令1返回0x0000，这意味着现在可用内存小于100字节。

命令2返回0x9000，因此成功调用了RequestObjectDelete。

命令3再次返回0xE358，这意味着requestObjectDeletion运行成功。

命令4返回0x9000，因此成功调用了RequestObjectDelete。

命令5返回0x9000，因此现在创建一个包含2000元素的字节数组。

现在我希望该卡的可用内存等于0xE358-2000=0xDB88

但在下一个命令中：

命令6返回0xDD18！i、 我们的卡中有0xDD18 2000=0xE4E8字节的内存空间！

这可能是谁？为什么卡在第一个命令中看不到这400字节（0xE4E8-0xE358）？




Answer 1

答案很简单，因为每个数组（以及其他对象）都需要“头”来指示其类型、大小等。为此，您需要仔细阅读JCRE和JCVM规范。

我没有检查“header”的精确大小，但您可以将其想象为（100'header'）*X，而不是普通的100*X。

这也解释了优化技巧：创建一个大数组比使用许多小数组节省更多内存——但是当然也有权衡，比如代码变得不那么可读。