静的リソースのpublicPathパス生成における出力は、参照リソースパスが内部に包装されたHTMLファイルを生成するために、接頭辞が追加されている接頭辞を追加します。
値が定義された場合にはoutput.publicPath
図路接頭publicPathリソースに示されるように定義されました。そしてpublicPathの出力静的ファイルで使用devServerの場所に影響を与えるが、生成パッケージ化されているので、ローカルホストへのアクセス：8080に失敗しました。
publicPath内部devServerは、このパスでパックされたファイルはブラウザでアクセスすることができ表しpublicPath内部devServerが設定されていない場合は、内部設定出力値publicPathと見なされます。
Express.staticその内部実装に使用される（）ミドルウェア機能、例えばapp.use（ '/パブリック'、express.static（ 'contentBase'））、 '/パブリック' 等価publicPath devServerセット、「contentBaseパブリックアクセス・パスを使用してブラウザで、あなたが指定しているコンテンツが提供されるサーバーを、contentBaseのファイルcontentBase、およびdevServerを読み取ることができたときにように、「同等contentBase devServerセットは、ストレージサーバはdevServerを提供します仮想リソースディレクトリのパッケージ。
図の例では、上記の構成、公衆（publicPathが提供されていない場合、デフォルトの出力がpublicPathに読み込まれる）devServer設定
だから、contentBaseは通常、いくつかのプロジェクト設定は「./dist」WebPACKの出力ディレクトリになる設定する必要はありません、実際には、ここで指定された「./dist」ディレクトリをcontentBaseメモリ内の仮想ディレクトリではなく、実際のdistディレクトリプロジェクトです。
だから、簡単な理解はpublicPathの出力がパッケージ化されたHTMLファイルにプレフィックスを追加するリソースパスを参照することです
publicPathでdevServerは、ブラウザ内のリソースが詰まっこのパスにアクセスできることを示しています
devServerを聞かせするコンテンツ提供サーバへの仮想パスで指定devServerをcontentBase
これは、これらのいくつかを理解するためのパスが間違った場所を理解している可能性があります
参考https://juejin.im/post/5bb085dd6fb9a05cd24da5cf