- 高级撰稿人
- 作者
虚拟机在模拟真实计算机方面表现出色，直到你需要最基础的功能：在主机与客户机之间传输文件。当你开始每天重复复制同一个配置文件十次时，就会感受到这种摩擦。共享文件夹的存在正是为消除这种摩擦，它允许客户机操作系统访问物理上位于主机上的目录。
本指南将全面解析共享文件夹的本质与非本质属性，阐述其在Windows与Linux虚拟机中的行为机制，指导如何正确配置VMware Workstation共享文件夹，介绍Linux系统挂载方法，并确保其在重启后仍保持稳定运行。同时深入探讨日常工作中至关重要的性能与安全细节，最终提供切实可行的实践结论。
VMware共享文件夹的实际工作原理
VMware共享文件夹并非SMB或NFS等传统网络共享，而是由VMware Tools提供的宿主机-客户机文件桥接机制。当您在VMware Workstation中启用共享时，主机文件仍保留在原位置，而宾客系统获得该位置的虚拟文件系统视图。该视图由VMware Tools中的VMHGFS组件驱动，因此该功能的有效性完全取决于Tools是否安装且运行正常，这直接影响共享文件夹在宾客系统中的行为。
由于这是文件桥接而非网络协议，即使虚拟机无网络访问权限仍可正常工作。这也意味着文件操作需通过非原生磁盘访问的转换层处理。这种转换正是共享文件夹在小规模编辑时响应迅速，但在高强度写入任务中可能出现延迟的关键原因。
共享文件夹的优势与局限
多数用户初次使用共享文件夹时，仅限于在宿主机编辑文件后在宾客系统中使用——这只是其应用的开端。当需要为测试数据集、构建输出、脚本及配置模板等项目建立单一可信数据源时，共享文件夹的优势尤为突出。尤其在跨Windows与Linux系统运行相同测试套件时，确保双方使用相同输入数据时，其价值更为显著。
VMware Workstation共享文件夹还能避免重复安装大型程序或归档文件。与其在两个虚拟磁盘中存储相同的6GB文件，不如将其保存在主机上，需要时从虚拟机访问。这不仅节省存储空间，还能防止版本漂移——文件复制容易导致版本滞后。
但需注意共享文件夹存在适用限制。若计划在虚拟机内运行数据库，切勿将数据库文件存放于共享文件夹中。数据库持续产生小规模写入操作，需要严格的文件系统语义支持。共享文件夹桥接机制可能引入延迟，在高负载下甚至产生异常行为。数据库应存放于虚拟机磁盘中。
共享文件夹运作的两大前提
对于共享文件夹，关键在于两个常被忽视的先决条件：
- 虚拟机内部需安装VMware Tools（含VMHGFS支持）。若未安装VMware Tools，共享文件夹虽在界面显示为启用状态，却永远不会出现在虚拟机文件系统中。VMware Tools 还能优化时间同步、驱动程序及输入处理，但对文件夹共享而言，VMHGFS 驱动才是核心组件。请在虚拟机运行时通过 VMware Workstation 菜单安装 VMware Tools，安装后重启系统，并在 Linux 环境中确认 vmhgfs 或 vmhgfs fuse 可用。若遇到共享文件夹问题，请先升级过时的 Tools，因为许多“共享文件夹故障”本质上是 Tools 版本滞后所致。
- 请确保共享路径的主机权限正确。VMware无法授予主机用户未持有的访问权限。运行VMware Workstation的账户必须具备共享目录的读取权限，若需来宾系统写入权限则需写入权限。若主机无法访问某文件，来宾系统也无法通过VMware Workstation共享文件夹神奇地访问该文件。
停止共享主目录：更优化的共享文件夹设计
过度共享会导致共享文件夹结构混乱。共享整个主目录看似便捷，但需警惕：此时虚拟机已能访问私钥、浏览器配置文件及各类文档。更优方案是在主机创建一两个专用目录，例如“vmshare”目录用于读写数据，“vmreadonly”目录存放工具及安装程序。
这种设计能提供可预测的路径并降低安全风险，同时便于审核VMware共享文件夹的实际暴露范围。若后续添加第二台虚拟机，可复用相同的主机布局，避免重复配置。
启用VMware Workstation共享文件夹
需在虚拟机关闭状态下配置共享。在VMware Workstation中打开虚拟机设置，依次进入“选项”→“共享文件夹”。启用该功能后可选择永久启用或仅在下次关机/休眠前生效。永久启用虽便捷，但临时启用模式适用于快速传输场景。
添加共享文件夹时，请选择主机路径、设置清晰名称，并决定是否启用只读模式。只读选项绝非可有可无的勾选框，而是关键的安全防护措施。若虚拟机作为测试环境安装未知软件包，只读模式能有效限制受感染虚拟机对主机文件的破坏范围。
配置完成后，共享文件夹在虚拟机视角下即刻生效，但具体访问方式取决于虚拟机操作系统。
在Windows虚拟机中查找共享文件夹
在Windows虚拟机中，共享文件夹通常以“VMware共享文件夹”的网络位置形式呈现。根据Windows版本不同，该位置可能出现在“网络”或类似分类下。若需统一管理，可将其映射为网络驱动器以获得固定盘符。
若未显示该文件夹，请勿随意猜测。首先确认虚拟机已安装并运行VMware Tools。其次检查虚拟机设置中是否启用了文件夹共享功能。最后确认您未在虚拟机运行时启用共享后忘记重启。
若能看到位置但文件操作失败，请检查主机目录权限。VMware Workstation共享文件夹无法授予主机用户未拥有的访问权限。
如何在Linux虚拟机中查找并挂载共享文件夹？
在Linux虚拟机中，VMware通常将共享文件夹挂载于/mnt/hgfs目录下。多数发行版在安装工具后会自动挂载，但不应依赖此机制（尤其在升级后）。若需确保共享文件夹的稳定性，掌握手动挂载方法至关重要。
针对Linux内核4.0之前的版本，通常采用经典挂载方式：
mount -t vmhgfs .host:/ /home/user/vmshare
对于 Linux 内核 4.0 及以上版本，vmhgfs-fuse 是更常见的方法：
/usr/bin/vmhgfs-fuse .host:/ /home/user/vmshare -o subtype=vmhgfs-fuse,allow_other
若仅需挂载名为 test 的特定共享目录，可直接执行：
mount -t vmhgfs .host:/test /home/user/test
或在新版内核中使用 fuse 挂载：
/usr/bin/vmhgfs-fuse .host:/test /home/user/test -o subtype=vmhgfs-fuse,allow_other
也可挂载子文件夹，这在需要在虚拟机内限制访问范围时非常有用：
/usr/bin/vmhgfs-fuse .host:/test/tools /var/lib/vmtools -o subtype=vmhgfs-fuse,allow_other
这些命令看似简单，却揭示了一个核心真相：Linux 上的 VMware 共享文件夹本质是可挂载的文件系统，而非魔法目录。若未挂载，则无法使用。
让 Linux 挂载点重启后仍有效
用户常反映重启后目录变空，这通常意味着挂载点未设置为持久化。解决方案是在/etc/fstab中添加条目，使挂载点在启动时自动重建。常见做法是将整个主机共享树挂载到/mnt/hgfs目录。
例如，可添加类似以下的fstab条目：
vmhgfs-fuse .host:/ /mnt/hgfs fuse defaults,allow_other 0 0
重启后确认共享文件夹是否重新出现。若未出现，请检查：VMware Tools服务是否随系统启动，以及FUSE二进制路径是否与当前发行版匹配。最常见的故障是fstab条目指向系统中不存在的二进制文件。
共享文件夹如何支持多虚拟机与多主机账户？
若在单个主机上运行多个虚拟机，可将它们全部指向同一VMware共享文件夹。这种配置常用于在不同操作系统镜像间测试相同数据集。虽然功能正常，但需考虑并发问题——两个虚拟机同时写入同一文件会产生冲突，如同单台机器上的两个进程。
在多用户账户主机上存在更微妙的问题。VMware默认将共享文件夹视为用户范围资源。用户A启用共享后，当用户B启动同一虚拟机时，共享可能被禁用。此行为属设计初衷，旨在减少主机账户间的意外数据泄露风险。
虽存在默认启用所有共享文件夹的选项，但启用该功能需经过深思熟虑。在共享环境中，VMware Workstation共享文件夹不仅是便利功能，更是安全策略的选择。
性能现实及其应对策略
编辑文本文件或交换小文件时，共享文件夹响应迅速；但当工作负载产生大量小文件写入时（如包管理器、生成海量文件的构建系统或依赖文件监视器的工具链），其性能会明显下降。
若性能成为问题，首先需识别模式。若存在大量写入操作，请将高写入目录移至客户机磁盘，仅在共享文件夹保留输入输出文件。例如：源代码可共享，但将node_modules或构建缓存保留在虚拟机内部，仅将VMware共享文件夹用于主机与虚拟机间必需的数据传递。
需注意主机文件系统及杀毒扫描同样影响性能。当共享文件夹响应迟缓时，可能是主机对每次文件操作进行扫描。将共享目录排除在深度扫描范围可改善性能，但此操作需符合您的安全策略。
使用VMware共享文件夹的安全影响
共享文件夹会破坏虚拟机与主机的隔离机制。若虚拟机遭入侵，通过共享暴露的文件同样面临风险。因此只读模式和访问范围至关重要：仅共享必要文件，避免通过共享文件夹传输包含机密或敏感文档的目录。
在 Linux 系统中需谨慎使用 FUSE 挂载的 allow_other 选项。虽然该选项可能因便利性而被启用，但它会改变虚拟机内部对挂载共享的访问权限。仅在充分理解虚拟机用户模型时才应启用此选项。
若需更强的安全隔离，VMware 共享文件夹可能并非理想选择。此时应根据工作流程采用版本控制、工件注册库或带身份验证的显式网络共享。
精准排查故障
当共享文件夹未显示时，切勿随意调整设置。遵循快速排查流程可迅速定位问题根源：
- 确认虚拟机已安装VMware Tools且工具服务正在运行。多数共享文件夹问题由此引发。
- 确认在虚拟机关机状态下启用了共享功能。若运行中修改设置，请彻底关机后重新启动。
- 确认共享文件夹已在虚拟机设置中列出且勾选框处于启用状态。
- 确认共享路径的主机权限。若需写入权限，VMware Workstation用户必须具备读写权限。
在Linux系统中，除非另有证明，否则应将其视为挂载问题。
- 检查/mnt/hgfs目录是否包含您的文件夹。若该目录为空，则共享未成功挂载。
- 手动挂载并阅读错误信息，通常能直接指出缺失环节。
- 若手动挂载成功但重启后共享消失，请添加 fstab 条目实现持久化。
当出现“昨天还能用”的症状时，原因往往不在配置本身。通常是 VMware Tools 更新、Linux 内核升级或挂起/恢复循环所致。重新安装或升级 Tools 并重启虚拟机，往往是最快速的彻底重置方案。
结论
当将共享文件夹视为工作流桥梁而非存储后端时，VMware Workstation的共享文件夹功能最为实用。建议将其用于配置文件、源代码、脚本、安装程序及需要统一数据源的工件管理，而数据库和高写入负载工作应保留在客户机磁盘上。
要确保共享文件夹的可靠性，请尽早安装VMware Tools，设计最小化共享范围，尽可能采用只读模式，并在Linux系统中掌握挂载命令并实现持久挂载。遵循这些原则后，共享文件夹将从偶尔使用的技巧转变为日常工作流中稳定可靠的组成部分。
