※ 引述《lupig (请问哪有卖<自信>?)》之铭言： : 我这边主要是server 端会纪录 client 端连上来的ip和port : 我把port当 key...因为即使同一台电脑连上来的PORT也会不ㄧ样 锁定IP只能确定是同一台电脑(假设没有NAT来乱) 加上port才能确定是同一支程式。 既然如此，你的key一定就是这两个去合成。 至於log连上来的程式资讯，那应该是另外一个问题，如果你的架构必须 在你考虑如何建立mapping关系时也要考虑log的问题，那就是你的架构设 计不良。 在server : client 是 1　:　n　的情况下还有另外一种方法能用。 利用类似tomcat 处理 sessionid的作法。 1. identity由server给予client。 2. 每次client连线时如果server从连线资讯中找不到identity，就create新 的对方。 3.如果找得到identity，就从map中把该id对应的session拿出来用。 当然，这种架构在pure client pull　model会工作的很好(废话，照抄哪有不好的？) 但如果你需要server去push特定讯息给特定client，那这种架构可能就会不太适合。 而如果是 S : C = m : n 的情况那就更不同了，通常就会像是p2p软体那样的协定 结构。 -- 『你知道人有脑子，所以不要只是单纯的满足它，偶尔也要使用它啊。』 --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 122.116.20.172