私は現在、HTML ソース データとクリーニング パラメータをマルチパート フォームとして受け入れる HTML クリーニング サービスを実装しようとしています。巨大なhtmlで問題が発生します。私のテストケースでは、30MB の HTML テキストを使用しています。コントローラーの呼び出しまで 20 秒 (参考までに、nginx への同じ投稿には 2 秒もかかりません)、実際の html 処理にはわずか 1.5 秒しかかかりません。これはフレームワークのボディパーサーである可能性があると思います。どんな手掛かり？
1 に答える
1
これはパフォーマンスのバグのようです。それを報告し、今のところ、Apache Commons FileUpload などの別のライブラリを使用して解析を行う必要があります。非サーブレットベースのフレームワークと簡単に統合できます。RequestContext インターフェイスを実装し、parseRequest メソッドを呼び出すだけです。http://commons.apache.org/fileupload/apidocs/org/apache/commons/fileupload/FileUploadBase.html#parseRequest(org.apache.commons.fileupload.RequestContext )を参照して ください。
于 2013-01-09T12:06:51.123 に答える