Pse Requests hap më shumë lidhje sesa pool_maxsize
Përdorni pool_block për një pishinë të kufizuar dhe shtoni një buxhet në nivel aplikacioni kur kufiri duhet të mbulojë gjithë trafikun përmes një proxy.
Me vlerën e parazgjedhur pool_block=False, pool_maxsize kufizon lidhjet e mbajtura në një pishinë, jo çdo lidhje të njëkohshme. Requests mund të krijojë të tjera shtesë dhe më pas t'i hedhë poshtë.
Për një pishinë të kufizuar që përdorin kërkesat HTTPS të një sesioni ekzistues:
from requests.adapters import HTTPAdapter
adapter = HTTPAdapter(
pool_connections=10,
pool_maxsize=4,
pool_block=True,
)
session.mount("https://", adapter)Montimi zgjedh URL-të e destinacionit HTTPS. Kërkesat HTTP përdorin adaptorin e montuar nën http://.
| Hyrje | Çfarë kontrollon |
|---|---|
| pool_connections | Sa pishina ruan menaxheri në memorje |
| pool_maxsize | Lidhjet brenda një pishine |
| pool_block=True | Pritja për një lidhje të pishinës në vend të krijimit të një shtesë |
Requests ruan gjithashtu menaxherët e proxy-t sipas URL-së së proxy-t. Këto vlera nuk formojnë një kufi total të vetëm për një listë rrotulluese proxy-sh dhe destinacionesh. Përdorni një buxhet njëkohësie në nivel aplikacioni nëse kërkesa është që i gjithë puna të kalojë përmes një ndërmjetësi të vetëm.
Bllokimi e bën thelbësore lirimin e përgjigjeve: konsumoni trupat ose mbyllni përgjigjet në transmetim që puna në pritje të mund të vazhdojë. Adaptori i Requests nuk ofron një afat të veçantë për këtë pritje të pishinës në konfigurimin e treguar.