(a, b)每次都会生成新的 tuple 对象，ID 都是不一样的。id((a, b))调用结束后，(a, b)引用计数为 0 被回收。至于你 1 楼中的代码出现 id 一样的情况，应该是 Python 内存管理使用了回收的内存

可以试试我用 Python 写的 subfinder，https://github.com/ausaki/subfinder

@watermelon92 #18
right_fn 编码没问题，那可能是文件系统编码默认是 ascii 的问题，你看一下 sys.getfilesystemencoding()是什么。
如果是 ascii 的话，
1. 设置正确的 locale
或者
2. 将 right_fn 编码为 bytes：
right_fn = right_fn.encode(ENCODING)
with codecs.open(right_fn, 'w+', encoding='utf-8') as output_file: # 创建并打开新文件

right_fn = fn.encode('cp437').decode('utf-8') # 将文件名正确编码
这里为什么需要对 fn 进行 encode 和 decode ？ fn 如果可以 encode 的话，说明 fn 是 unicode 类型，就没必要先 encode 在 decode 了（最终结果还是 unicode ） 而且 encode 和 decode 的编码参数都不一致，可能会导致异常。

说回你的问题，我猜测是 `right_fn = os.path.join(release_file_dir, right_fn)` 导致`right_fn`编码出问题了，建议你检查一下`release_file_dir` 和 `right_fn ` 的编码。

电信的挂了，联通还能用

awesome

试出来了版本 v7.6.0.3525

挺厉害的

感谢提醒，更新好了

淘口令解密了解一下

PHP 果然是最好的语言 https://ws4.sinaimg.cn/bmiddle/62e721e4gw1et02g5wksrj200k00k3y9.jpg

@dexter 你说的是巴西吧

@jameslan @glasslion 好像网上讨论这个算法的人比较少，我看了大都是递归和字典序算法

@yejinmo 这倒不至于，它的原理应该是截图，然后将截图中的小地图和全尺寸的地图进行匹配，然后标注玩家的路线。并没有篡改游戏数据。

大姨妈来了

为了支持小姐姐，看来要买个 iPhone X 了

@wtbhk 网站嵌入的广告商的 JS 可以创建 form