Нам нужно понять, что больше .net, чтобы знать, что происходит в начале страницы MSDN, дает первый намек на то, что кто-то «нечетно» происходит:
Примитив синхронизации, который также может использоваться для межпроцессной синхронизации.
blockquote>Mutex - это «Именованный объект» Win32, каждый процесс блокирует его по имени, объект .net - это всего лишь оболочка вокруг вызовов Win32. Сам Muxtex живет в адресном пространстве Windows Kernal, а не в адресном пространстве вашего приложения.
В большинстве случаев вам лучше использовать монитор , если вы только пытаетесь синхронизировать доступ к объектам в рамках одного процесса.
Сценарий, который я представляю: маршрут был протестирован методом GET (потому что не было аргумента methods
), и все было хорошо. Был добавлен аргумент methods
, чтобы можно было проверить POST, и он «перестал работать». Но он действительно не перестал работать, он просто не создан для обработки запроса POST.
Из фляги документа по запросу два существенных атрибута:
форма
MultiDict с проанализированные данные формы из запросов POST или PUT. Имейте в виду, что загрузка файлов здесь не заканчивается, а указывается в атрибуте files.
args
MultiDict с разобранным содержимым строки запроса. (Часть в URL после знака вопроса).
blockquote>Таким образом, запрос GET будет «заполняться»
args
, а запрос POST -form
. Имя пользователя будетNone
из этой строкиUsername = (request.args.get("Username"))
по запросу POST.Какой метод можно определить, запросив атрибут метода объекта запроса.
метод
Текущий метод запроса (POST, GET и т. д.)
blockquote>