Question

我在Java易腐的序列化中存在问题,这对我来说似乎不合逻辑,但我无法发现逻辑上的错误。在这方面,我正在做些什么。

Hashtable sspsrpData = new Hashtable();
for(int i=0;i<Constants.secondayStructures.length;i++) {
    SecondaryStructures ss = (SecondaryStructures)(data.get(Constants.secondayStructures[i]));
    sspsrpData.put(Constants.secondayStructures[i], new SecStrucPSRP(ss.getSecStruct(),ss.getLengthCounts())); 
}
    FileOutputStream fos = null;
    ObjectOutputStream out = null;
    fos = new FileOutputStream(Constants.sspsrpData);
    out = new ObjectOutputStream(fos);
    out.writeObject(sspsrpData);

这部法典应当把3个关键价值乳制品放在表层中,并应当将由此形成的浮雕进行序列化。现在,我试图通过这部法典将其重新纳入另一个方案:

FileInputStream fis = null;
ObjectInputStream in = null;
fis = new FileInputStream(Constants.sspsrpData);
in = new ObjectInputStream(fis);
ssPsrp = (Hashtable)in.readObject();

由此而来的洗衣只有2个高价值奶制品。虽然表中的数字显示3,但单单看2个重要价值。我不理解什么会错!

有些人可以指出,什么是错了?

Thanks and Good day, Santhosh

Answer 1

Maybe Constants.secondayStructures [0] . Equals ( Constants.secondayStructures *** ) or Constants.secondayStructures 131 . Equals ( Constants.secondayStructures )

标注:spsrpData.size(>, 序号为:, 序号为。

Answer 2

HashMap使用“露天洗衣”。这意味着,如果插入两种不同的物品,其惯性方法产生相同的独特数目(有时发生这种情况),那么散列表仅将两个条目插入一个链接清单的同一地点,就可以解决这种碰撞。以 de缩的方式在 has片桌上看一栏: 还有一个名称为“ext”。这是另一个入境点,位于散列桌内同一位置。换言之,“哈希姆普”执行工作在表格的每一个职位上都管理“相关名单”。如果一个或一个以上条目在同一地点储存(如果其散射方法计算出同样的价值),则该散射表的位置将所有这些条目列入一个相关清单。

散列表格的序列化问题是,散列单在不同地点内部储存这些物品。有关项目在序列化之前有不同的表层。脱硫后,你无法再找到这些物品,因为现在这些物品存放在不同的位置。我不知道这是Sun/Oracle的意图。是不是ug? 我也谈到了同样的问题。我期待任何解决办法。

Answer 3

是。所有3个关键价值配对器都是相同的(String - SecStrucPSRP物体)。所有物体均为序列号。其中只有2个在挖掘烟雾时可以进入。

Answer 4

它是序列化专题中一个非常重要的问题。 Hashtables将钥匙/价值奶制品储存在 b子里,即入口处。沥青位置本身来自钥匙的<代码>hashCode()。因此,现在,如果钥匙是个标的,其散射功能并非压倒一切(即使用<条码>标的.hashCode(),那么,这种散射值的产生可能不同于证书和证书的生成,甚至从一个方案到另一个方案。几乎肯定的是,当其帝国化时,它不是同一个目标,而是该案例的新提法,它可能会产生一种不同的<条码>hashCode(),而当时它正在编序时,从而造成要么流的腐败,要么根本就没有发现。你可以这样做,也可以为钥匙提供原始数据类型。因此,喷雾器可以是关键,可使用<代码>Hashtable.put(2, myValueObj);-------java汽车箱 integer primitives。

友情链接