我正在把用户标识详细情况记录在db表中,Id在一栏中,有独一无二的制约因素,正在成为独一无二的制约因素。
您不应把托马托克式会议作为非银的一个独特制约因素。 这毫无意义。 Tomcat s session ID只是所有现行工作会议的独特之处。 “Serlet spec”在某个时候、数月或数年后,不得再利用已过期届会的ID,举行新的会议。 单体长度为32-char hexadecimal string as session ID,所有可能的识别器都不得“无限制”。 在某些情况下,你可以阻止它被重新用于另一个客户。
I do not understand why you would ever store a Tomcat-generated session ID in the DB lifetime long. You should remove it from the DB whenever it has expired. Or you should solve your problem differently. As you didn t state anything about the functional requirement behind this "solution", I cannot give a more suited answer. Here are however some hints:
另一种方式是:在行文中插入或选择必要的数据,获取亚洲开发银行生成的ID,并将其作为<代码>的属性加以储存。 HttpSession。 例如,挂号用户索引,即整个<代码>。 用户代码>物体。
或者,如果需要扩大届会的缺省寿命,例如 “拯救我”方案,然后,你应产生“UUID yourself”(如果在非银中确实存在 t,则进行测试),而是用另外的 co。