微信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 的, 可以兼容

還有坑的話繼續更新