破裂管道中URI中的java.net.SocketException：这会导致CPU使用率高吗

我得到一个例外：

java.net.SocketException in URI: /com/ui/table/CMnTableCompJsp.jsp
Broken pipe

此错误的实例超过500个。 发生这种情况是因为服务器正在尝试写入已关闭的连接

---

500多个这样的实例会导致高CPU利用率或OOM问题吗？

只有在忽略它并且不关闭套接字并继续尝试写入时才会发生

---

由于这似乎是一个JSP页面，因此会出现异常，因为浏览器关闭了连接。这可以在用户控制下随时发生。可以说，您根本不应该记录它。

您可能想退一步，问问自己为什么要输出该消息。在程序的某个地方，异常被捕获并打印出来。地点和原因

只有在能够处理异常（至少部分处理）或将其报告为bug迹象时，才应该捕获异常。捕获并打印该异常的代码是否正在处理损坏的管道？如果没有，修复这个bug应该是你真正的任务。如果它正在处理损坏的pipie，那么您知道程序运行良好，您无需担心。当您第一次尝试写入另一端已关闭的套接字时，JRE应引发异常。捕获异常的代码是否正确处理断开连接

仅当异常指示错误时，才应输出异常的stacktrace（stacktrace是程序员说的）。您似乎不认为它是一个bug，所以请修复日志代码。我怀疑你有大量的其他例外情况，你在这里问的原因是因为你不知道哪些是“重要”的

仅当某个消息对某人有用时，才应输出报告事件的消息。您在这里问一个问题，关于您自己的程序输出的消息是否表示某些重要内容，这表明当前形式的消息没有用处。也许如果它说了一些更具信息性的话（“用户断开连接”），你会节省一些时间

---

每条消息都是同一个套接字吗？不是。它们都适用于不同的插座、不同的用户。