登录谷歌账户啊

@MrXiong 第一次 归并 key value 到指定的 n 个文件中（保证 key 相同的数据在同一个文件中，可以用 hashcode 分），第二次 去重计算 count，最好合并结果

@MrXiong 去重在 hash 之后的一个步骤。一共两次 第一次 归并 key value 到指定文档，第二次 去重计算 count

优化下 分而治之 读大文件不用拆分，一行一行读即可，直接计算 hashcode，把 key value 直接放到 N 份文件中的指定一个文件中。然后直接计算结果，最后合并结果

感觉像算法题 果然是算法题 ......

分而治之 把大文件拆分掉成 N 份 每份都计算 key 的 value count 值（需要带上 value ），然后把 key 按 hashcode 计算得到文件里面。最后合并结果文件

楼主的场景 数据应该不是直接用 jdbc 吧。如果用了数据库连接池 这里面不需要再搞多线程

@nikoo 这个还真没深究过，先点个收藏，找到原理了 回复下。

你这个是把两个事混在一起看了，应该分开看。

修改 ssh 端口，和防火墙，还有内网端口映射，没半毛钱关系。单纯修改 ssh 端口生效后，已经建立的连接还是可以用的，新的连接必须连接新的 ssh 端口。你的之所以不能连接是因为虽然 ssh 端口监听了，但是被外部条件阻止了（没配置端口映射，防火墙没放开端口）

无本生意，随机推荐股票，人多的时候，总有人是盈利的，然后他们坐等分钱，当你亏损的时候，他们又不赔钱。

nextcloud 有坑，推荐 seafile

这个应该就是一个很标准的 json 字符串啊
我猜测 String aaa=xx.get("json) Object=Gson.xxx(aaa)
能说下这个是怎么的不正常法？

{
"flw": {
"base": {
"brd": "9",
"brdNm": "沃",
"calLvl": "4",
"calLvlNm": "港澳台通话",
"credit": "0",
"cty": "510",
"netTyp": "02",
"netTypNm": "3G",
"opnDtTm": "20160905174939",
"payTyp": "1",
"payTypNm": "预付费",
"prdId": "16164699",
"prdNm": "(OCS)微信沃派畅视卡",
"prv": "051",
"rmSts": "3",
"rmStsNm": "国内漫游",
"simCrd": "8986011692510125080",
"sts": "0",
"tel": "123456789",
"usrSts": "开通",
"vpnNm": "OCS 业务"
},
"i2g": null,
"i3g": {
"bgnDt": "20180301",
"endDt": "20180327",
"inf": [{
"bil": "6630.56",
"extLev": "0.00",
"extOvr": "1",
"extOvrNm": "已使用完",
"extUse": "0.00",
"pkgLev": "0.00",
"pkgOvr": "1",
"pkgUse": "1024.00",
"ttl": "300091.45"
}],
"sts": "0"
},
"i4g": {
"inf": [],
"sts": "0"
},
"pkg": {
"bgnDt": "20180301",
"endDt": "20180326",
"inf": [{
"lev": "4981.77",
"ttl": "11304.00",
"typ": "01",
"typNm": "上网流量",
"use": "6322.23"
}, {
"lev": "259.00",
"ttl": "260.00",
"typ": "02",
"typNm": "语音电话",
"use": "1.00"
}],
"sts": "0"
},
"rc": null
},
"msg": {
"errMsg": [],
"promptMsg": [{
"msgID": "MOL03501I",
"msgTxt": "流量查询成功。"
}],
"warnMsg": []
}
}