mac微信“内存溢出”实为磁盘空间不足误报，需立即清理：1.用内置存储管理清缓存及大体积原图/原视频；2.手动删除video/_thumb冗余缩略图；3.定向清理wechat files下wxid_文件夹；4.清caches与logs中微信残留；5.关闭自动下载并开启自动压缩。
Mac微信频繁弹出“内存溢出”提示，实际是系统磁盘空间严重不足触发的误报——微信自身不占用运行内存（RAM），而是因缓存、缩略图、原始视频等文件持续落盘，导致启动磁盘剩余空间跌破几百兆，系统底层判定为“内存资源枯竭”，继而向应用层抛出该错误。必须立即清理物理存储，否则微信将无法收发消息、加载图片甚至卡死在登录界面。
用内置存储管理工具快速释放10GB+缓存
这一步最安全，微信官方自己扫描识别缓存，不碰聊天数据库，适合所有用户，也是你看到告警后第一个该做的动作。
打开Mac版微信 → 左下角三横线图标 → 设置 → 通用 → 点击右侧“存储空间”按钮。
等待扫描完成（通常需20～40秒），重点看“缓存”区域右侧的“清理”按钮，点击后清除网页快照、小程序临时文件、预览图等非结构化数据。
在“已接收的原图/原视频”和“已发出的原图/原视频”两个区块分别点“管理”，勾选“按大小排序”，【单个超过50MB的MOV、MP4、HEIC文件可放心删除，它们不会影响聊天中缩略图显示】。
清理完成后关闭窗口，微信会自动重建索引，无需重启。
手动清空Video/_thumb冗余缩略图
微信为每个视频自动生成一份同名_thumb缩略图，主视频删了它还在，积少成多常达3～8GB，且系统扫描不到——这才是你点了“清理缓存”后空间还是红的原因。
方法一：访达直达清理
按下Command + Shift + G → 输入路径：~/Library/Containers/com.tencent.xinWeChat/Data/Library/Application Support/com.tencent.xinWeChat → 点击“前往”。
找到以版本号命名的子目录（如2.0b4.0.9或3.0.0.12），路径继续深入：FileStorage → Video → _thumb。
全选该目录下所有文件（扩展名多为.dat或无后缀），直接拖入废纸篓。
若提示“无法修改某项目”，说明权限受限——别点“继续”，直接关掉窗口，在终端执行：rm -rf ~/Library/Containers/com.tencent.xinWeChat/Data/Library/Application\ Support/com.tencent.xinWeChat/*/FileStorage/Video/_thumb/*。
定向清理WeChat Files下的大体积原始媒体
这是真正吃掉几十GB的元凶。WeChat Files不是缓存，是实际存储路径，但微信GUI从不让你按大小筛选删除，必须手动干。
第一步：完全退出微信
在菜单栏右上角点击微信图标 → 选择“退出微信”，然后打开“活动监视器”，搜索“WeChat”，确认所有相关进程已终止。
第二步：定位WeChat Files主目录
打开访达 → 按Command + Shift + G → 输入路径：~/Library/Application Support/WeChat Files → 点击“前往”。
第三步：按体积排序并删除
在该窗口顶部点击“显示” → “显示视图选项” → 勾选“计算所有大小” → 关闭窗口 → 再次点击顶部“排列方式” → 选择“大小”。
你会看到大量以wxid_开头的文件夹，其中体积最大的几个（常超5GB）往往是长期未清理的群聊或工作联系人媒体库，【直接删除整个wxid_xxx文件夹，不会丢失文字消息，仅清除本地保存的图片、视频、文档副本】。
清空用户级Caches与Logs中的微信残留
旧版崩溃日志模块、第三方插件、网页内核残留会偷偷写入用户全局缓存区，这部分常被忽略，却能占满2～5GB。
方法一：访达直清
按Command + Shift + G → 输入~/Library/Caches → 点击“前往” → 在窗口顶部搜索栏输入WeChat或com.tencent → 全选匹配结果 → 拖入废纸篓。
方法二：同步清理Logs
再按Command + Shift + G → 输入~/Library/Logs → 点击“前往” → 搜索WeChat → 找到WeChat或com.tencent.xinWeChat文件夹 → 整个拖入废纸篓。
永久阻断后续堆积
做完以上清理，若不调整设置，一个月内可能再次爆满。
重新打开微信 → 左下角三横线图标 → 设置 → 通用 → 文件管理 → 关闭“自动下载图片、视频、文件”。
在同一页面向下滚动 → 找到“发送图片/视频时” → 开启“自动压缩图片”和“自动压缩视频”。
这两项开启后，新接收的媒体将默认以WebP/HEVC轻量格式缓存，新发送的文件也会先压缩再上传，从源头掐断高体积文件落盘路径。
