微信xlog文件夹解析

Ⅰ xlog是什么文件夹可以删除吗

对于用户来说，xlog文件并不是普通的log文本文件，而是一种特殊的语音通话记录文件，微信中删除了此文件，会导致此前的微信语音聊天记录丢失，如果微信语录记录不重要或者已经备份，那么这个文件是可以删除的，如果没有备份需要保留微信语音聊天记录，这个xlog文件就不能删除了。
更多关于xlog是什么文件夹可以删除吗，进入：https://m.abcgonglue.com/ask/ca9ab01615835784.html?zd查看更多内容

Ⅱ xlog是什么文件格式以及xlog文件怎么打开

xlog文件是一种语音通话记录文件或者说是手机录音文件，由于该文件是由多个语音加密文件组成，所以该文件只能在应用中通过播放语音记录打开。

工具/材料：爱奇艺万能联播、xlog文件。

1、首先在电脑主界面中，选中“xlog文件”图标。

Ⅲ 微信xlog是什么文件

文件扩展名: .log log意即日志，通常是系统或者某些软件对已完成的某种处理的记录，以便将来做为参考，它并没有固定的格式，通常是文本文件，可以用记事本打开以查看内容，当然很可能是其它格式，直接打开就是乱码。大部分的log可以从文件名看出...

Ⅳ 微信xlog文件可以删除吗

微信中的xlog是什么文件
xlog文件并不是一般的log日志文本文件，而是一种语音通话记录文件或者说是手机录音文件，但它又不是普通的音频格式，因此我们一般很难打开它，手机与电脑都无法直接打开该文件。

在微信中，如果我们删除手机微信文件夹中的xlog文件，会导致微信中之前的语音记录丢失，它相当于QQ聊天记录文件，应该属于一种加密文件，普通文本或者影音工具无法直接打开，仅能在微信中通过查看语音记录播放打开。
微信中的xlog文件能删除吗
对于用户来说，xlog文件并不是普通的log文本文件，而是一种特殊的语音通话记录文件，微信中删除了此文件，会导致此前的微信语音聊天记录丢失，如果微信语录记录不重要或者已经备份，那么这个文件是可以删除的，如果没有备份需要保留微信语音聊天记录，这个xlog文件就不能删除了。

Ⅳ 微信里MM_20150527.xlog文件怎么打开

文件扩展名: .log
log意即日志，通常是系统或者某些软件对已完成的某种处理的记录，以便将来做为参考，它并没有固定的格式，通常是文本文件，可以用记事本打开以查看内容，当然很可能是其它格式，直接打开就是乱码。大部分的log可以从文件名看出它的作用，比如uninstall.log或是error.log，当然前者通常是软件安装过程中生成的记录，以便将来卸载的时候可以提供给卸载程序使用，后者通常是用来记录一些软件运行中的错误信息等等。
首先,你会发现数量最多的是"i tall.log"文件,而且都在各个应用软件的文件夹中，打开它，你可以发现它详细地记录了安装信息：软件的源路径、安装时间、安装的整个过程，安装软件时的每一个操作，都会在这儿留下记录，包括向WINDOWS文件夹中拷贝".dll"，对注册表进行修改，如果你有足够耐心，你完全可以通过它自己安装软件（你是不是有毛病）。其实它的重要作用是为删除软件作准备的。如果你删除或把这个文件从原来的文件夹中移开，你在控制面板-添加/删除程序中不能卸载这个软件。它可由WINDOWS下的unwise.exe或它所在文件中的unwise.exe调用，假如你执行windows\unwise.exe文件，将会弹出对话框，要求提供"*.log",这类软件有：netants,acdsee,ultraedit,jetcar以及很多游戏。例如在注册表中关于NETANTS（网络蚂蚁，一个国产的下载加速软件）的卸载是这样记录的：
[HKEY_LOCAL_MACHINE\Software \Microsoft \Windows \CurrentVersion \Uni tall \NetAnts]
"Di layName"=" etAnt quot;
"Uni tallString"="D:\\NETANTS\\UNWISE.EXE D:\\NETANTS\\I TALL.LOG"，这里是不是看得很明显。
当然安装软件的记录文件也并一定都是用这个文件名I TALL.LOG，象vopt99（一个替代WINDOWS磁盘碎片整理的软件）就在WINDOWS中产生一个vopt.log 的文件，它也是由WINDOWS下的unwise.exe调用来删除软件。
在众多LOG文件中还有一个重要的文件是E ES56V-PI Data Fax Voice Modem.log, 注意E ES56V-PI Data Fax Voice Modem是本人的modem的名称，也就是金网霸3621-1，这时详细记载着每次用猫的情况，因此你用modem上网，这里都有记录，它记录着你的modem的初始化命令，开始拨号时间，连接速度、断开时间、上载、下传数据量，不知道你看了这个文件上网时还要不要上网记费软件，不过要注意的是，你要在MODEM的属性中连接-高级连接设置中把"附加到日志文件"前打"√"。
此外还有" op3.log"," mtp.log","cleanup.log"这些LOG文件，这里记录了你每次上网收发信的详细情况，从这里你可以看出每次发了几封信，收了几封信，删了几封信。注意这里本人是用outlook expre 来收发电子邮件的。
LOG文件还有很多作用，你仔细研究一下，也许会有更加的收获。

Ⅵ 微信xlog可以删除吗

微信xlog可以删除，但是如果语音聊天记录比较重要的话，不建议删除xlog文件，删除会导致微信语音记录无法再听到，解决方法如下：

1、首先打开手机中的微信，如下图所示。

Ⅶ 微信记录导出后是xlog格式

xlog文件一般在微信中比较常见，它属于微信语音聊天记录的语音片段文件。
它可能有多个语音加密组成，只能在微信中通过播放语音记录打开，无法直接通过相关工具打开
删除会导致微信语音记录无法再听到，如果语音聊天记录比较重要的话，不建议删除xlog文件。

Ⅷ xlog是什么文件格式以及xlog文件怎么打开

xlog文件并不是普通的文本文件，因此无法通过记事本等工具打开，使用记事本等文本工具打开显示的则全为乱码。xlog文件一般需要借助虚拟安卓平台打开，比如安卓模拟器等，打开比较困难。
在微信中，xlog文件就相当于QQ的聊天记录文件，是通过加密的一种语音文件，普通工具很难打开，但是如果你把微信中的xlog文件删除，那么微信以前的语音通话记录也就不能再听了。

Ⅸ 聊聊微信 Xlog

同步地址

本文介绍 MARS xlog 使用以及使用过程中踩过的坑

xlog 是微信开源框架 MARS 的一部分, 处理应用日志

微信的对 xlog 的介绍文档--「 微信终端跨平台组件 mars 系列（一） - 高性能日志模块xlog) 」

总结出来就是

MARS 的 GitHub 上介绍比较详细,

先跑起来一个 Demo 之后, 需要深入了解一下

mmap 是一种内存映射文件的方法，即将一个文件或者其它对象映射到进程的地址空间，实现文件磁盘地址和进程虚拟地址空间中一段虚拟地址的一一对映关系。实现这样的映射关系后，进程就可以采用指针的方式读写操作这一段内存，而系统会自动回写脏页面到对应的文件磁盘上，即完成了对文件的操作而不必再调用read,write等系统调用函数。相反，内核空间对这段区域的修改也直接反映用户空间，从而可以实现不同进程间的文件共享。

正如微信的介绍文章中所说的:

mmap 是使用逻辑内存对磁盘文件进行映射，中间只是进行映射没有任何拷贝操作，避免了写文件的数据拷贝。操作内存就相当于在操作文件，避免了内核空间和用户空间的频繁切换。

mmap几乎和直接写内存一样的性能，而且 mmap 既不会丢日志，回写时机对我们来说又基本可控。

上文中有关于该方法的源码分析, 总结来说

因为 Android 手机 CPU 架构的差异, 可能会有很多版本的 so 文件, 如果你是使用本地编译 xlog 的, 你应该注意对应不同 CPU 架构编译不同的 so 文件

本地编译的 so 文件放在 src/jniLibs 目录下, AS 可以自动编译到 apk 中

我的坑主要是因为 xposed 的原因, 刚开始 Demo 很顺利, 接入到项目中问题就一个个的

上文以及提到会在哪里加载 so 文件, 但是由于 xposed 的原因, Classloader 指向的文件为 /data/app/io.communet.ichater-2/base.apk , 不能找到指定的 so 文件, 所以需要指定绝对路径

解决:

微信有提到关于日志同步和异步两种写入方式以及日志文件的存储位置

实际运行中发现, 当同步写入时, 日志文件开始会被存放在 cacheDir, 一段时间后, 会被放到 logDir, 但是异步模式下, 文件一直放在 cacheDir, 即便调用 appenderFlush 方法, 日志会从 mmap 中写入文件, 但是文件的位置还是在 cacheDir, 当然, 应用有读写 SDCard 的权限

解决:

该问题还未查明原因, 目前的解决方法是不给 cacheDir, 文件会被直接放到 logDir, 但是, 官方说如果不给 cacheDir, 可能出现 SIGBUS, 参见 issue#249

2019/4/17更新: 解决了, 说起来都惭愧, 还有一个参数

将该值设置为 0 即可, 之前以为这个值表示的是缓存日志保存的天数, 设置了 7, 实际上保留缓存日志的天数默认 10 天, 清理逻辑如下

注意和上文中的那个 BUG 区分, 这里是因为用 32 位的 so 代替 64 位的 so 导致的

解决:

jniLibs 下面不要放 64 位的, 只放 32 的, 可以兼容

还有坑的话继续更新