這是一個古老的問題,但是如果有人偶然發現它並特別擔心Notification Center的隱私問題,答案是是的,OS X確實將通知日誌記錄在磁盤上。
strong>格式為sqlite數據庫,可以在以下文件夾中找到:
〜/ Library / Application Support / NotificationCenter
> 在您的帳戶中,您至少會找到一個.db文件,我發現有一些OS X顯然被認為已損壞,因此將它們稱為.db.corrupt。
在此文件上運行strings命令將顯示大量二進制數據,許多“ NSSomething”類名稱,是的,您的iMessages,文件路徑,twitter和facebook通知以及由應用程序或系統。
如果您想在特定時間刪除該文件,可以暫時殺死用戶注意的文件(它會自行重啟)並一次性刪除該文件(運行此作為您的用戶帳戶,而不是sudo):
killall用戶註釋&& rm〜/ Library / Application \ Support / NotificationCenter / *。db
99%的時間,在暫時未運行的情況下捕獲到用戶提示,成功刪除了舊數據庫,並且用戶提示會在再次啟動時創建一個新的空數據庫。
我真的很擔心隱私,但是除了對系統進行加密或為該文件夾使用虛擬磁盤之外,確實沒有解決方案。
在Mac OSX(或macOS)10.10和更高版本中,此文件已移動。文件名不是每個人都一樣,因此您需要花點時間來查找它:
usernoted
搜索,雙擊它它位於 / private / var / folders下的 / com.apple.notificationcenter / db子文件夾中。
是的,OSX記錄了通知。它們位於sqlite3 db和db-wal文件中。
與10.14.6-Mojave一樣,可以通過以下方式找到文件的路徑:
lsof -p $(ps aux | grep -m1 usernoted | awk'{print $ 2}')|awk'{print $ NF}'|grep'db2 / db $'|xargs目錄名
在High Sierra 10.4.3上,您可以通過以下命令進行定位
getconf DARWIN_USER_DIR
/ var / folders / 60 / 23gd59655q70qf_ckxjyhrzr0000gn / 0 /
ls /var/folders/60/23gd59655q70qf_ckxjyhrzr0000gn/0/com.apple.notificationcenter/
有一個db和db2文件夾-似乎數據庫已在11月遷移到db2。
是的,如果在顯示時未確認/單擊,則通知將添加到通知中心。您可以通過單擊菜單欄右上角的“通知中心”圖標來訪問它們。
但是,它們都列在Growl應用程序下,而不是原始應用程序,然後單擊它們似乎無濟於事,因此與標準的Growl通知和Growl Rollup相比,該功能有些受限。
這可能是Growl開發人員如何訪問Notification Center的限制,我想我們只需要等待所有應用程序直接合併Notification Center(在Growl旁邊/代替Growl)即可。以獲得更多功能通知。