第10軍の主力部隊はジョン・リード・ホッジ陸軍少将率いる第24軍団とガイガー少将率いる第3海兵水陸両用部隊からなり、その指揮下には予備部隊を含めて7個師団を抱えていた。第24軍団には第7歩兵師団と第96歩兵師団が直属部隊として属しており、第7歩兵師団はアッツ島の戦い、クェゼリンの戦いおよびレイテ島の戦いに参戦し、第96歩兵師団もレイテで戦った経験を有していた。第3海兵水陸両用部隊の中核を成すのは、海兵隊古参部隊で精鋭を誇る第1海兵師団と、部隊としての歴史は浅いもののマーシャル、サイパンおよびグアムでの戦闘経験者から構成されていた第6海兵師団であった。第10軍直属の師団としては第27歩兵師団、第77歩兵師団および第2海兵師団があり、これらは後詰や特殊任務に使われた。その他、ニューカレドニアには第81歩兵師団が第10軍全体の後詰として配備され、また独自の海軍機動部隊、航空部隊および守備隊もあった。第10軍全体の基礎兵力は、陸軍は約102,000名を数え、これに支援部隊など約38,000名と工事などに従事する9,000名が随伴していた。海兵隊は88,000名、海軍はシービーと医療班を中心とする18,000名がおり、第10軍は沖縄戦開始の時点で182,821名の兵員を有していた。18万の大軍を束ねる第10軍司令部はバックナー中将をはじめ、アラスカから転戦してきた者、またヨーロッパの戦場からはせ参じた者で構成され、また海軍および海兵隊から派遣された連絡将校もいて三軍間での連携を密にするよう配慮されていた。この第10軍を指揮系統上で指揮するのは第51任務部隊司令官リッチモンド・K・ターナー海軍中将であり、ニミッツ元帥、スプルーアンス大将、ターナー中将、バックナー中将の順で指揮系統を整備した。したがって、第10軍は前線での最高司令官であるスプルーアンス大将の責任の下で作戦を行うというわけであるが、スプルーアンス大将自身は「上陸が成功すれば、以降はバックナー中将が沖縄周辺の三軍の指揮を掌握すべきだ」との考えを持っていた。
アメリカ軍の沖縄攻略計画の事実上の始まりは、1944年6月のマリアナ・パラオ諸島の戦い前後にレイモンド・スプルーアンス海軍大将が計画を上層部に進言したところから始まる。しかしこのころ、アメリカ軍ではフィリピンから台湾に向かう進撃計画を支持する者が多かったため、すぐに沖縄攻略計画が承認されたわけではなかった。台湾を攻略する作戦は「コーズウェイ作戦」と呼ばれ、1945年春に実施が予定されていた。第10軍がテキサス州サム・ヒューストン基地で編成されたのは、マリアナ諸島をめぐる戦いの真っ最中だった1944年6月20日のことである。間もなく司令部はオアフ島に移転する。第10軍司令官に内定していたバックナー中将が着任するのは9月になってからのことだったが、それまで司令官を務めていたアラスカ軍司令官のころからコーズウェイ作戦の陸上部隊指揮官にも内定しており、作戦の研究を重ねていた。ところが、バックナー中将は研究の末に、「太平洋戦域の戦力と補給力を総動員しても作戦の遂行は難しく、ルソン島を確保できるならば台湾攻略の必要はない」という結論を出した。バックナー中将の意見提出と相前後してコーズウェイ作戦の無益を示唆する意見が相次ぎ、太平洋艦隊司令長官で戦域司令官も兼ねたチェスター・ニミッツ海軍大将は意見を集約した上で、コーズウェイ作戦のもっとも強力な支持者だった海軍作戦部長兼合衆国艦隊司令長官アーネスト・キング大将にコーズウェイ作戦の中止を進言し、1944年12月にコーズウェイ作戦は取り消されて硫黄島とともに沖縄の攻略が本決まりとなった。このような経緯から、第10軍はもともと台湾攻略のための軍として編成された、と言っても間違いではない。1945年3月末からの「第二次世界大戦最後の戦い」沖縄戦が、7月2日の作戦終了宣言で終わったあとの第10軍についてははっきりしない。
抽象化レイヤー（または抽象化層）とは、ある特定の機能の詳細な実装を隠す手段である。抽象化レイヤーを用いたソフトウェアモデルで有名なものとしては、コンピュータ・ネットワーク・プロトコルのOSI参照モデルや、OpenGLのグラフィック描画ライブラリ、あるいはUNIXで生まれてMS-DOSやLinuxなど最近のオペレーティングシステムのほとんどが採用しているバイトストリーム入出力モデルなどがある。UNIXでは、ほぼすべての入出力を、装置から読み込んだり装置に書き込んだりするバイトの連なりとみなす。装置の独立性を達成するために、ファイルI/O、ソケットI/O、端末I/Oなどでこのバイトの連なりモデルが使われている。アプリケーションが装置に対して読み書きを行う場合、まずその装置をオープンする機能を呼び出す。装置は、端末などの実在する装置の場合もあれば、ネットワークポートやファイルシステム内のファイルといった仮想的な装置の場合もある。オペレーティングシステムが装置の物理的な特性を隠蔽し、抽象的なインタフェースを代わりに提供することにより、プログラマは装置を意識せずにバイト列を読み書きするだけでよくなる。個々の装置の読み書きに必要な変換処理は、オペレーティングシステムが行う。OpenGLのようなグラフィックライブラリのほとんどは、抽象化されたグラフィック装置をインタフェースとして提供している。プログラマが書いたコマンドは、ライブラリによって特定の装置に図形を描く専用コマンドに翻訳される。プロッター用のコマンドと、CRTモニター用のコマンドとは別物だが、グラフィックオブジェクトを描画するための汎用的な命令をグラフィックライブラリが抽象インタフェースとして提供することで、実装や装置に依存したこまごましたことを気にせずにすむ。計算機科学において、抽象化層とはモデルやアルゴリズムを一般化したものであり、いかなる特定の実装からも独立したものである。このような一般化は、各種の実装の間に幅広い共通点があることに基づいている。これらの共通点は、モデルによってうまくカプセル化できる。モデルによるカプセル化とはまた、各種の個別の実装に類似性があることを明確に示すことでもある。よくできた抽象化レイヤーは有益な概念やメタファーを純粋な形で取り出し、単純化して提供するので、再利用が容易になり、正しい使い方をすばやく把握できるようになる。すぐれた抽象化は、どこが抽象的であるべきかも含めて一般化を行う。従って、抽象化レイヤーを利用するアプリケーションが特別な要件や問題を抱えている場合でも、対処を可能にする。抽象化レイヤーは、複数の抽象化層からなる階層を構成することが多い。OSI参照モデルは7層の抽象化レイヤーから成る。各層が、デジタル通信における各層のニーズに対処しつつ隠蔽することで、さまざまな技術が複雑に絡み合うのを防ぐことができる。バトラー・ランプソンの有名な格言に「情報工学のあらゆる問題は別のレベルのインダイレクションで解決される」というものがあるが、「インダイレクション」を「抽象化」にわざと置き換えた形でよく引用される。