Mac 卸载SSR后，仍然有privoxy线程占用1087端口的问题

Posted 2023-04-11

参考技术A 使用terminal查看占用端口的线程

当使用终端检查，发现端口1087是被privoxy占用了。而且退出v2ray，卸载SSR，并强制终止privoxy进程后，该进程还会马上重启。
通过点击活动监视器左上角的查看信息，查看到该线程是被com.qiuyuzhou.Shadowsocket-NG程序占用了。看来是卸载SSR时，并没有卸载干净。

方法一：根据查看信息里的位置，找到在Application的文件夹下的一个support文件夹，把里面的ss的残留文件删除掉。然后重启v2ray就可以啦。
方法二：如果SSR并没有删除，那么可以在SSR的配置中把端口换一个其他的，v2ray的端口占用问题也可以解决。

参考文献：
https://blog.csdn.net/weixin_36934930/article/details/106781289
https://blog.csdn.net/m0_37881992/article/details/104423010

UILocalNotifications 在卸载/更新后是不是仍然存在？

【中文标题】UILocalNotifications 在卸载/更新后是不是仍然存在？

【英文标题】：Do UILocalNotifications persist after uninstall/update?UILocalNotifications 在卸载/更新后是否仍然存在？

【发布时间】：2015-06-24 13:19:51

【问题描述】：

似乎我们的应用程序安排的 UILocalNotifications 会被触发，即使应用程序被生产应用程序覆盖（好的，预期的行为），但如果应用程序被卸载然后再次安装也是如此。有没有人经历过这个？ （我正在仔细检查并将问题作为参考，没有发现任何重复）。

【参考方案1】：

有点...在卸载应用程序后它们可能会持续几个小时，但它们不会被解雇。 您可以自己测试，在调试计划中启动您的应用程序一些通知，删除应用程序，重新安装应用程序并询问 UIApplication 其计划通知。您应该再次看到它们。 我认为 Apple 创建这种模式是为了避免意外卸载。 如果您想删除它们，请在 NSUserDefault 中创建一个 BOOL 标志，以了解它是否是应用程序首次启动。如果是删除所有通知。NSUSerDefault在卸载后不会持续存在（钥匙串是），所以当您删除应用程序时，您可以确保在下次安装时通知将被清除。

【讨论】：

所以他们似乎也被解雇了（我尝试在 iOS 8.3 上卸载，自第一次调度以来延迟了两分钟）。

根据我的经验，我看到了卸载后取消计划的行为，但没有看到触发。而且你有证据证明这让我害怕:)

【参考方案2】：

如果在 iOS 8.3 上安排了延迟两分钟的 UILocalNotification，则应用程序被卸载并再次安装，通知将被触发。