Matthew

> IOS 上都是纯 `XML` 文本么？ > > 我说的 `~SEMI_XML~` 是需要通过二进制解析的。 直接文本是乱码 > > https://www.52pojie.cn/thread-1039879-1-1.html ios并没有做这样的编码，基本上都是明文xml，反倒是控制数据，基本都是二进制的。

刚才测试了一下分页加载，但是看起来，动态加载外部数据是一个问题，我原先的想法是，一般人都不会有web server，最简单的方法就是双击这个html页面，浏览器就能打开（file://协议）然后查看聊天记录。内嵌的内容都可以正常加载，但是再加载外部数据会被安全机制阻止，关于这个，你有什么好的建议吗？

> 内容一次读入内存。 分页在前端处理。 > > 内容可以写入一个 `js` 内容是 > > ``` > var msgArr = [ > .... > ] > ``` > > 分页数据通过 `msgArr.slice( sPage , sPage +...

> 这个想法好棒，有更新嘛？ 我觉得结构化数据是基础，只要有了相对统一的数据接口，前端能做的很多 数据要不要独立存放我觉得是另一回事，完全可以提供一个方法单独导出数据，但是把数据合并到 html 里就像 owner 说的对普通用户更友好一点 而且我估计卡顿更多是渲染过多 dom 导致的，io 影响有限，如果一次读取到内存里前端分页其实跟合并数据到 html 里没有什么特别大的区别。dom 里长列表的优化方法还是有不少的 因为最初纯粹了是为了备份和娃有关的群的聊天消息，并没有去考虑那么多后期展示的问题，只是想10年，20年后能正常打开就可以了。所以一开始都没有考虑异步加载，后来改成异步加载了，html数据被扔到一个json中（异步加载也应该能继续优化），只是并没有做成纯数据方式。后面可以考虑优化。

选项里有个过滤 设置了在聊天记录顶部增加一个按关键词过滤的功能。不过如果聊天记录数量太多 估计也不会很快 【尴尬】

请用1.9.0这个版本哦

> 大佬，我刚刚试了下增量导出功能，发现这个功能对【同一微信账号在不同设备中的聊天记录的合并】的支持还不是很好。 > > 目前我发现的是增量功能将“增加”的部分接在上一次导出的聊天记录后面，而不能根据时间排列聊天记录。 > 不知道是不是我操作不对哈哈。 是的，当初做这个功能的思路局限在“增量”上了，没有考虑多个设备的合并，后面看看怎么调整一下。

我这边没有重现出来。然后上个版本的符号文件被我删除了，所以不能反查哪里出错了，我重新编译了一个，麻烦重新执行一下，把crash的call stack发出来可以吗，谢谢。

[WechatExporter.app.zip](https://github.com/BlueMatthew/WechatExporter/files/8403792/WechatExporter.app.zip)

当前登录的微信名没有一个明确的地方，是从多个文件中搜集的，包括LoginInfo2.dat, mmsetting.archive. 好友的微信名是在Friend表中的 ________________________________ 发件人: Gsmlvdeshui ***@***.***> 发送时间: 2022年2月23日 09:50 收件人: BlueMatthew/WechatExporter ***@***.***> 抄送: Subscribed ***@***.***> 主题: [BlueMatthew/WechatExporter] 个人微信名称在哪里找呢 (Issue #72) 你好,我最近也在做数据库聊天记录提取,wxid跟数据库都找到了,但是当前wxid的微信名称没找到,请问这个名称是在哪里呢? ― Reply to this email directly, view it...