ローカルサーバーでFlaskをいじり始めたところ、要求/応答時間が思ったよりもはるかに遅いことに気づきました。
次のような単純なサーバーは、応答するのに5秒近くかかります。
from flask import Flask
app = Flask(__name__)
@app.route("/")
def index():
return "index"
if __name__ == "__main__":
app.run()
何か案は？それとも、これはローカルサーバーの状態ですか？
回答:
わかりました。これは、ipv6をサポートするWerkzeugとosの問題のようです。
Werkzeugサイトhttp://werkzeug.pocoo.org/docs/serving/から：
ipv6をサポートし、最新のLinuxシステム、OS X 10.4以降、およびWindows Vistaなどの構成済みのオペレーティングシステムでは、ローカルサーバーにアクセスすると、一部のブラウザーが非常に遅くなる可能性があります。これは、「localhost」がipv4とipv6の両方のソケットで使用できるように構成されている場合があり、一部のブラウザーは最初にipv6にアクセスし、次にivp4にアクセスしようとするためです。
したがって、修正は、hostsファイルから次の行をコメントアウトして、ローカルホストからipv6を無効にすることです。
::1 localhost
これを実行すると、遅延の問題はなくなります。
私は本当にFlaskを掘っていて、フレームワークに問題がないことを嬉しく思います。私はそれがあり得ないことを知っていました。
ここで提案されているように、app.run（）の引数として「threaded = True」を追加します：http：//arusahni.net/blog/2013/10/flask-multithreading.html
例えば： app.run(host="0.0.0.0", port=8080, threaded=True)
ipv6-disablingソリューションは私には機能しませんでしたが、これは機能しました。
--threaded私のmanage.py使用に渡すことFlask-Scriptもうまくいきました。
flask run --with-threads問題を解決しました。
@ sajid-siddiqiの解決策は技術的には正しいですが、Werkzeugの組み込みWSGIサーバー（Flaskにパッケージ化されており、その用途）はシングルスレッドのみであることに注意してください。app.run()
マルチスレッドの動作を処理できるように、WSGIサーバーをインストールします。私はさまざまなWSGIサーバーのパフォーマンスについて多くの調査を行いました。ニーズはさまざまですが、Flaskだけを使用している場合は、次のWebサーバーのいずれかをお勧めします。
更新（2020-07-25）：geventは5年前にpython3のサポートを開始したようですが、サポートしていないとコメントした直後なので、今すぐgeventを使用できます。
gevent
あなたはインストールできgeventを経由ピップコマンドを使用して、pip install geventまたはPIP3コマンドでpip3 install gevent。それに応じてコードを変更する方法については、https：//flask.palletsprojects.com/en/1.1.x/deploying/wsgi-standalone/#geventをご覧ください。
meinheld
geventの方が優れていますが、実際のテストを含む私が調べたすべてのベンチマークから、meinheldは最も単純で単純なWSGIサーバーのようです。（さらに構成を気にしない場合は、uWSGIを確認することもできます。）
コマンドを使用して、pip3からmeinheldをインストールすることもできpip3 install meinheldます。そこから、meinheldソースで提供されているサンプルを見てFlaskを統合します：https：//github.com/mopemope/meinheld/blob/master/example/flask_sample.py
*注：PyCharmを使用すると、行from meinheld import serverがエラーとして強調表示されますが、サーバーは実行されるため、エラーは無視してかまいません。
http://localhost:port/endpointcallを呼び出す代わりにhttp://127.0.0.1:port/endpoint。これにより、最初の500ミリ秒の遅延がなくなりました。
私の問題は「threaded = True」によって解決されましたが、私の問題を他の問題と区別するための背景を説明したいと思います。
私の推測では、Chromeはセッションを開いたままにしようとしており、Flaskは後続のリクエストをブロックしていました。Chromeからの接続が停止またはリセットされるとすぐに、他のすべてが処理されました。
私の場合、スレッドで修正されました。もちろん、他の問題が発生しないことを確認するために、他の人が提供したリンクのいくつかを調べています。
私はミヘコの回答を使って問題を解決しました。
::1 localhostすでにhostsファイルにコメントアウトされていて、設定Threaded=trueが機能しませんでした。すべてのRESTリクエストは、瞬時ではなく処理に1秒かかりました。
私はpython3.6を使用していますが、flaskにgeventをWSGIとして使用させることで、flaskを高速にしてRESTリクエストに応答できるようにしました。
geventを使用するには、 pip install gevent
その後、https： //gist.github.com/viksit/b6733fe1afdf5bb84a40#file-async_flask-py-L41を使用して、geventを使用するようにフラスコを設定しました。
リンクがダウンした場合のスクリプトの重要な部分は次のとおりです。
from flask import Flask, Response
from gevent.pywsgi import WSGIServer
from gevent import monkey
# need to patch sockets to make requests async
# you may also need to call this before importing other packages that setup ssl
monkey.patch_all()
app = Flask(__name__)
# define some REST endpoints...
def main():
# use gevent WSGI server instead of the Flask
# instead of 5000, you can define whatever port you want.
http = WSGIServer(('', 5000), app.wsgi_app)
# Serve your application
http.serve_forever()
if __name__ == '__main__':
main()
それ以外のホストで実行しているときにもこのエラーが発生したlocalhostため、根本的な問題によっては同じ症状が現れる場合があります。
私はこれまで使ってきたもののほとんどをトルネードに切り替えました、そして逸話的にそれは量を助けました。ページの読み込みが遅いことがいくつかありますが、一般的に応答性が高いようです。また、非常に逸話的ですが、Flaskだけが時間の経過とともに遅くなることに気付いたようですが、Flask + Tornadoはそれほど遅くありません。Apacheを使用mod_wsgiすると、状況はさらに良くなると思いますが、Tornadoのセットアップは非常に簡単です（http://flask.pocoo.org/docs/deploying/others/を参照）。
（また、関連する質問：Flaskアプリがときどきハングします）