macOS系统中Realm生成的sample.realm.note文件异常问题求助

嘿，我之前碰到过Realm文件的类似古怪问题，结合你描述的几个异常特性，咱们来拆解下背后的原因和对应的处理方向：

1. 非隐藏文件名却在Finder中不可见 #

常规的隐藏文件是文件名以.开头，但这个文件不符合却看不到，大概率是被加了macOS专属的隐藏扩展属性。你可以先在终端里用命令查看文件的扩展属性：

xattr -l sample.realm.note

如果看到com.apple.FinderInfo或者com.apple.metadata:kMDItemHidden这类属性，就是Finder被强制设置为不显示它了。

要让它在Finder里显示，直接移除对应属性就行：

# 移除Finder信息属性
xattr -d com.apple.FinderInfo sample.realm.note
# 或者强制取消隐藏标记
chflags nohidden sample.realm.note

2. cp和cat命令无响应、无输出 #

这种情况几乎可以确定是文件被Realm进程独占锁定了。Realm在读写数据库文件时，会对文件加独占锁，要是有你的应用进程或者Realm的后台服务还在持有这个文件的句柄，cp/cat这类需要完整读取文件内容的命令就会被阻塞，一直卡在那里。

你可以用下面的命令查看哪个进程在占用这个文件：

lsof sample.realm.note

找到对应的进程后，关闭它再重新执行cp或cat，应该就能正常工作了。

3. mv命令可正常运行（root权限也没问题） #

别奇怪，mv在同一文件系统下其实只是修改文件的目录条目（也就是inode的关联），根本不需要读取或者写入文件的实际内容。所以哪怕文件被锁定，只要你有目标目录的写权限，mv就能正常执行——这也刚好侧面验证了前面的文件锁定猜测，因为锁只针对文件内容，不影响目录元数据的修改。

4. 可通过保存同名文件覆盖它 #

这个逻辑和mv类似，macOS处理同名文件覆盖时，是先创建新文件，然后替换旧文件的inode关联，整个过程不需要读取旧文件的内容。所以哪怕旧文件被锁定，只要你有目录的写权限，就能完成覆盖。不过要注意，覆盖之后，之前占用旧文件的进程会因为找不到文件而报错，需要重启对应的进程。

内容的提问来源于stack exchange，提问作者user3582495