Что случилось с SIGUSR в Python? [Дубликат]
Вместо непосредственного использования потоков лучше использовать ExecutorService и запускать все задачи загрузки через эту службу. Что-то вроде:
ExecutorService service = Executors.newCachedThreadPool();
Downloader down = new Downloader("http:xxxxx", new File("./references/word.txt"), new File("./references/words.txt"));
Downloader down2 = new Downloader("http:xxxx", new File("./references/word1.txt"), new File("./references/words1.txt"));
service.invokeAll(Arrays.asList(down, down2));
Ваш Downloader класс должен реализовать интерфейс Callable.
2 ответа
Это происходит потому, что ваш локальный модуль с именем requests.py скрывает установленный модуль requests, который вы пытаетесь использовать. Текущая директория добавляется к sys.path, поэтому локальное имя имеет приоритет над установленным именем.
Дополнительная подсказка для отладки, когда это возникает, - это внимательно изучить Трейсбек и понять, что имя ваш скрипт соответствует вашему модулю, который вы пытаетесь импортировать:
Обратите внимание на имя, которое вы использовали в своем скрипте:
File "/Users/me/dev/rough/requests.py", line 1, in <module>
Модуль, который вы пытаетесь импортировать: requests
Переименуйте свой модуль во что-то еще, чтобы избежать столкновения имен.
Python может сгенерировать файл requests.pyc рядом с вашим файлом requests.py (в каталоге __pycache__ в Python 3). Удалите это также после переименования, поскольку интерпретатор все равно будет ссылаться на этот файл, повторно создавая ошибку. Однако файл pyc в __pycache__ должен не влиять на ваш код, если файл py удален.
В этом примере переименование файла на my_requests.py, удалив requests.pyc и снова выполнив успешную печать <Response [200]>.