OP: 本当にありません。
Simon: Jconsoleは、実際にjavaと.netの違いは何かの側面的な議論です。 Javaは、.netが難読化した情報をユーザに簡単に提示します。おそらく、その異なるイデオロギーと目標のために、javaは、.netが主にWindowsを念頭に置いて設計されている任意のホストOSで動作する共通の仮想環境になるように設計されています。
.Netプロセスはあいまいなバキュームで実行されるようには設計されていません。それらはコンポーネントサービスまたはiisの一部として実行され、ウィンドウ上で実行されるため、仮想環境ではリモートモニタリングを提供する規定はありません。これは、WMIからある程度の自由度を得るためです。
Javaはそのような仕組みではありません。javaは、基礎となるOSや提供される情報について何も仮定することができないため、すべてのシステムで同じようにjavaを実行する必要があります。そのため、javaはメモリとスレッドのアクティビティに関する膨大な量のデータをユーザに提供し、ユーザコード(mbean)の管理オブジェクトを処理して発見するためのインフラストラクチャを提供します。 Jconsoleとjvisualvmを使用すると、ユーザーはJavaプロセス(ローカルまたはjmxを使用してネットワーク経由でリモートに接続できますが、jmxではターゲットJavaプロセスでフラグをアクティブにする必要があります)を使用して、 mbeans。さらに、これはすべてコア機能であり、プログラムは無料です。
.Netフラットアウトにはこれがありません。開発者は、リモート管理をアプリケーションコードに組み込むことが非常に始まりました。ユーザーが管理オブジェクトが存在していることをユーザーが発見できる便利なビューアはありません。
さらに、Javaコードを元に戻してソースに戻し、プロジェクトに再構成してから、本番システムに対してリモートのブレークポイントでデバッグすることができます。それはネットでは可能ですが、簡単にすることはできません。