昔話だ——2000年代初頭、Javaがエンタープライズの王だった頃、開発者はメソッドごとに目的をはっきり叫ぶような名前を期待していた。addTwoNumbers、addThreeNumbers、わかるだろ。面倒くさいよ。それでJavaのメソッドオーバーローディングが颯爽と登場、同じ名前でパラメータを変えるだけ。突然コードが英語みたいに読める。すべてが変わったか？ いやいや、そんな大層なもんじゃない。Javaの冗長さをただ隠してるだけだ。
だが、ここがポイントだ。
メソッドオーバーローディングは目新しいおもちゃじゃない。Java 1.0から存在し、ポリモーフィズムの軽量版を継承の頭痛なしで実現してきた。みんな本格的なオーバーライドを大々的に持ち上げるが、これは地味に実務向きの兄弟分。カンファレンスじゃ誰も名前を出さない。
Javaのメソッドオーバーローディング、なぜベテランすらつまずくのか？
まずはルールだ——これなしじゃ迷子になる。パラメータの数、型、順序を変えろ。それだけだ。戻り値だけいじった？ Javaは笑うぜ。毎回コンパイラエラーだ。
ドキュメントの名言——これがズバリだ：
メソッドをオーバーロードするには、以下のうち少なくとも1つを変えろ：パラメータの数、型、順序。戻り値だけ変えるのはNGだ。
その通り。無駄口なし。
Calcクラスを想像しろ。add(int a, int b)が「2引数」と吐いてから合計する。3つのintで呼んだら？ バン、add(int a, int b, int c)が発動。クリーンで読みやすい。インターンがfloat版の4つ目を追加するまでな——そしたらどれが動く？
Javaはコンパイル時に引数をチェック。まず数、次に型、同数なら順序。不一致？ エラー。賢いだろ？ だが俺の皮肉屋目線では、得するのはIDE屋だ。IntelliJがオートコンプリートの苦労でメシ食ってる。
例もいい。StudentクラスでintとString。Integer: 100、String: Harini。シンプル。Testクラスで順序逆転：int+Stringで「10 Java」、逆で「Hello 20」。見事なデモだ。だが10k行のサービスじゃ？ 追跡なんてご愁傷様。
Javaのメソッドオーバーローディング、曖昧さの地獄に落ちるか？
ああ、間違いなく。俺の20年、Javaモノリスと夜通し格闘した経験から独自の見解：オーバーローディングはC++のオペレータトリックを真似てるが、Javaはデフォルトを殺して落とし穴を避けた。歴史的類似？ Smalltalkの純粋メッセージ——Javaが借りてスーツ向けに消毒した結果、エンタープライズコードが50種のadd()で膨張、ドキュメントなし。儲かるのはKotlinの拡張関数でリファクタリングするコンサルだ。
ステップバイステップで、元記事の通り：main起動、obj生成、メソッド呼び。JVMがシグネチャスキャン——引数数、型、ドン適合。出力。予測可能。ジェネリクス入るとadd(Integer, Integer)対add(int, int)？ オートボクシングが助ける、たいていは。だがvarargs？ add(int… args)が全部飲み込み、最終手段。こっそりだ。
本音トーク——プリミティブ対ラッパーで「なぜこのオーバーロード？」でチームが数週間燃やしたの見た。String対char[]も。チュートリアルじゃ順序スワップが可愛い。プロダクションじゃAPI進化で悪夢。
だが。
APIじゃ輝く。Collections.sort()だ。リスト版、コンパレータ版満載。直感的。ユーザーは中身なんか知らん。
メソッドオーバーローディングはJavaの柔軟性ごまかし？
皮肉目線：Javaの静的型付けがこの硬直性を強いる。Python？ ダックタイピングで不要。Rust？ トレイトで動的。Javaがオーバーローディングに固執するのは——どんでん返し——OracleのJVMがコンパイル時チェックで儲かるから。JIT速くなる？ ああ。だがデバッグ代払うのはお前だ。
予測：GitHub CopilotみたいなAIコード生成ツールが5年で完璧オーバーロード提案。新参はルールわからんが、ボットがやる。古株Javaハンド？ 笑って引退だ。
PRまみれ？ ここは教科書通り。チュートリアルは「可読性向上」と持ち上げるが「メンテ税」抜き。
例が進化。main(String[] args)対main(String… args)？ varargsの砂糖。だがprint(int, String)対print(String, int)？ OK。print(Object, Object)追加でワイドニング変換が噛む。
深掘り：プリミティブ昇格 byte→short→int→long→float→double。shortでadd(byte b)呼ぶ？ マッチ。だがadd(short s)追加？ byte渡しで曖昧。コンパイラがうるさい。好きか嫌いか、意図を強制する。
少し脱線：JSP時代思い出す？ doGet、doPostオーバーロード。Web屋の日常。今はSpring @RequestMappingが隠す。進歩か？
短い一撃：クラス内か継承でオーバーロードOK。static？ 問題なし。private？ オーバーライド不可で無意味。
エンタープライズの真実。大手銀行みたいなメガコープ、ユーティルがオーバーロードまみれ。Logger.info(String)、.info(Object)。OK。Lombok @Slf4jがさらに生成。膨張だ。
メソッドオーバーローディング対オーバーライド：新参まだ混乱？
オーバーライド：ランタイム、ポリモーフィズム。オーバーローディング：コンパイルタイム、同クラス。混ぜると？ スーパークラスのオーバーロードはサブクラスで見えん、再宣言しないと。罠だ。
最終所感——FAQ前。ハイプじゃない。生き残りだ。Javaはこういう基本が億行規模で耐えるから持つ。バズワードなしの信頼性。
🧬 関連インサイト
よくある質問
Javaのメソッドオーバーローディングとは？
同じ名前の複数メソッド、異なるパラメータリスト（数、型、順序）。可読性向上、コンパイル時に解決。
Javaで戻り値だけ変えてオーバーロードできるか？
無理。パラメータを変えろ。戻り値だけじゃコンパイルエラー。
Javaのメソッドオーバーローディング対オーバーライド？
オーバーローディング：コンパイル時、同クラス。オーバーライド：ランタイム、継承によるポリモーフィズム。
