メッセージは、soagentとcallservicesdを使用してmacOSをひざまずきます

私はMacOSの上でメッセージを起動するとすべてで何かをしようとすると（あるいはメッセージが受信されるまで、私はしばらく待っていれば、それは、そうです）二つのプロセスsoagentとcallservicesdCPUを限界いっぱいまで起動して、メッセージになるまで停止しないとそれらはすべて強制的に終了します。

メッセージが私のMacで使用できなくなりました。私のiCloudアカウントは、連絡先を同期する唯一のアカウントであり、メッセージで使用される唯一のアカウントです（いずれの場合も複数のアカウントの使用がバグのトリガーとして提案されています）。

これを修正するにはどうすればよいですか？すべてのインターネットアカウントを削除して再読み込みすることはできません。

更新：この動作のトリガーは、Appleの（ひどい）スペルチェックのようです。soagent入力ミスをするまで、マシンを引き継ぐことなくメッセージを使用できます。しかし、タイプミスが1つあり、Messagesがしばらくハングし、その後soagent離陸して、強制終了しない限り停止できません。

取得した「連絡先」を含むエラーの検索：

error   08:33:58.523010 -0500   accountsd   "Cannot check access to a private account type: <private>"
error   08:33:58.526106 -0500   accountsd   "Cannot check access to a private account type: <private>"
error   08:33:58.561595 -0500   accountsd   "Cannot check access to a private account type: com.apple.account.AppleAccount"

そして

default 08:38:32.371678 -0500   AppleSpell  Rebroadcasting external notification ABDistributedDatabaseChangedNotification from process accountsd (<private>)
default 08:38:32.405900 -0500   suggestd    Rebroadcasting external notification ABDistributedDatabaseChangedNotification from process accountsd (<private>)
default 08:39:33.801123 -0500   ContactsAccountsService There was an error while trying to load accounts. We'll return an empty array. Error Domain=NSCocoaErrorDomain Code=4099 "The connection to service named com.apple.AddressBook.ContactsAccountsService was invalidated." UserInfo={NSDebugDescription=The connection to service named com.apple.AddressBook.ContactsAccountsService was invalidated.}

この問題はスペルチェック機能に関連しているため、テキストの置換をリセットすることをお勧めします。

次の場所にあるすべてのファイルを消去（または、スペルが重要な場合は保存）できます。

~/Library/Spelling

スペルプロセス（AppleSpellなど）を強制終了することを忘れないでください。そうする前に、Message.appを必ず終了してください。

また、Settings.app> Keyboard> Text Replacementでマイナス記号を押して、すべてのエントリ（追加した場合）を削除してみてください。

あなたの問題はこれと密接に関連しているように見えることに注意してください（いくつかの回答で指摘されています）。議論されたソリューションを要約すると：

• に移動し~/Library/Containers/com.apple.soagent/Data/Library/Preferencesて削除（ゴミ箱にドラッグ）しcom.apple.soagent.plist、コンピュータを再起動します。
• 2番目の解決策はEverettによって指摘されました。

これは、Mac OS X Yosemite＆Handoff / Continuityが実装されてから定期的に発生しています...そして、私はメッセージから届くすべてのものを使い捨てとして扱います（すぐにコピーするか、将来失うことを約束します）。

今日、それはモハベで起こりました。他の多くの場合と同じように... soagentはプロセッサ、鳥、callservicedを噛み始め、他のいくつかも影響を受けているようです。

私はそれをだますのにうんざりして、私は次のことをします。

1- フォルダ内のすべてを削除します。

~/Library/Messages

2- フォルダ全体を削除します。

~/Library/Containers/com.apple.iChat

3-ここで設定フォルダにロールオーバーします（これを削除しないでください）：

~/Library/Preferences

そして、存在するはずのより多くの設定ファイルを一覧表示する「チャット」の検索を実行します（メッセージの残りのゴミがたくさん）。Preferencesフォルダーの「chat」という単語が含まれる検索結果に表示されるすべてのファイルを削除します。

次に、メッセージを再起動して、次のメッセージを取得します。

その後、再起動します。メッセージが再構築され、soagentがMacBookのバッテリーを消費しなくなります。

仮診断：連絡先データベースに破損したレコード（または構造）があります。iCloudバージョンからデータベースを完全にダウンロードすると、ローカルバージョンがクリーンになります。

解決策：https : //appuals.com/fix-mac-running-slow-due-addressbooksourcesync/を 参照してください

上記の簡単なバージョンは私のためのトリックをしたようです：

0）連絡先を終了

1）（コピーを作成した後）〜/ライブラリ/ Application Support / Address Book /のすべての内容を削除します。再起動します（本当に必要かどうかはわかりません）。

2）iCloud設定で連絡先のチェックを外します。

3）連絡先を開く（内容は空になります）

4）iCloud設定で連絡先を確認します。同期が開始されます（連絡先のラベル付きグループへのグループ化を含む）

これにより、soagent、callservicesdなどを含むすべてが落ち着きました。

コンソールを開き、「MCContactsManager」からのメッセージをフィルタリングしましたか？

メッセージの詳細で、問題の原因となった連絡先への参照を見つけることができます。この連絡先をVCFファイルにエクスポートします。連絡先を削除し、「MCContactsManager」からのメッセージがないことを確認します。

soagentおよびcallerservicesdをチェックして、CPU負荷を減らします。

ドロップが表示されたら、保存したVCFを連絡先に再度インポートすると、すべてが正常に戻ります。

私はメッセージを実行していませんが、MacBook Pro（13インチ、2012年後半、macOS 10.13.6、2.9 GHz Intel Core i7、8 GB RAM、Intel HD Graphics 4000 1536 MB）で発生しました。

Lotus Notesを終了すると、soagentのCPU使用率は通常に戻り、ファンは静かになりました。

soagent、callserviceagent、accountsdで高CPUを観察していました

上記のスペル候補を試してみましたが、まだいくつかの問題がありました。また、次のことも行いました。

1）（バックアップ済み）その後、Googleの連絡先とMacの同期を停止しました。その後、同期を再開しました。

2）（バックアップ済み）〜/ Library / Preferences / com.apple.AddressBook.plistにあるアドレス帳設定ファイルを削除しました

3）再起動

上記の手順を実行しても、連絡先に「名前のない」連絡先が2つと、Googleと正しく同期されていない1つの名前のない連絡先（フィールドが異なる）に気づきました。Macで連絡先レコードを更新し、すべて修正しました（つまり、正しく同期しました）。

Googleや他の連絡先を削除/同期しなくても機能すると思います。[システム環境設定]> [インターネットアカウント]で、[iCloud連絡先のみを保持する連絡先]をオフにします。

これを実行した後、私はhttps://apple.stackexchange.com/a/321509も実行しました。