新版conda無法創(chuàng)建虛擬環(huán)境先冷靜八成不是軟件壞了。我在實(shí)際使用和幫人排查的過程中發(fā)現(xiàn)這類報(bào)錯(cuò)絕大多數(shù)集中在網(wǎng)絡(luò)源、配置、權(quán)限和依賴沖突四個(gè)方向真正需要卸載重裝的情況非常少。這篇文章就把Anaconda創(chuàng)建虛擬環(huán)境失敗這件事拆開講按“現(xiàn)象 → 原理 → 實(shí)操 → 排查”的順序走一遍中間會(huì)穿插一些我自己的踩坑記錄和驗(yàn)證過的修復(fù)命令。無論你是剛接觸conda的新手還是被環(huán)境折騰過很多次的老開發(fā)應(yīng)該都能從中找到對(duì)應(yīng)的解法。1. 先別急著卸載重裝摸清“無法創(chuàng)建虛擬環(huán)境”的報(bào)錯(cuò)規(guī)律1.1 這類報(bào)錯(cuò)最常見的五張面孔先對(duì)照一下你遇到的提示屬于哪一類因?yàn)椴煌瑘?bào)錯(cuò)對(duì)應(yīng)的處理動(dòng)作差別很大CondaHTTPError: HTTP 000 CONNECTION FAILED命令執(zhí)行后長(zhǎng)時(shí)間卡住最后報(bào)連接失敗。這類基本是conda訪問軟件源channel時(shí)網(wǎng)絡(luò)不通常見于訪問官方源超時(shí)。CondaHTTPError: 404 NOT FOUND源地址能訪問但目錄結(jié)構(gòu)對(duì)不上。常見原因是通道地址配置錯(cuò)了層級(jí)比如少了一層目錄。PackagesNotFoundError / ResolvePackageNotFoundError提示找不到指定版本的包或者依賴無法解析。這類通常是當(dāng)前通道里沒有這個(gè)包或者環(huán)境文件里的依賴版本約束互相沖突。NotWritableError / PermissionError提示寫權(quán)限不足。常見于conda安裝在系統(tǒng)保護(hù)目錄下普通用戶沒有寫入權(quán)限。CondaVerificationError / InvalidSpecError校驗(yàn)失敗或規(guī)格無法解析。一般和緩存損壞、磁盤錯(cuò)誤、yaml解析異常有關(guān)。先說個(gè)判斷總原則報(bào)錯(cuò)信息里帶URL、帶網(wǎng)絡(luò)狀態(tài)碼的優(yōu)先懷疑網(wǎng)絡(luò)和源配置帶路徑、帶權(quán)限字的優(yōu)先懷疑安裝目錄和用戶權(quán)限帶“no packages found、dependencies resolver error”這類字眼的優(yōu)先懷疑通道和依賴沖突。1.2 為什么同樣的錯(cuò)誤提示解決辦法完全不同很多人會(huì)直接復(fù)制網(wǎng)上的命令結(jié)果發(fā)現(xiàn)別人能用自己不能用就開始懷疑人生。其實(shí)原因很簡(jiǎn)單conda創(chuàng)建虛擬環(huán)境的完整鏈路是“讀取配置 → 從各個(gè)channel拉取索引文件repodata.json → 解析依賴關(guān)系 → 下載包 → 安裝到目標(biāo)目錄”。任何一個(gè)環(huán)節(jié)出問題最終都會(huì)匯總成一個(gè)“無法創(chuàng)建環(huán)境”的籠統(tǒng)提示。比如同樣是CondaHTTPError有人是網(wǎng)絡(luò)代理問題有人是防火墻攔截有人是鏡像站地址寫錯(cuò)有人是conda版本太舊不支持新的索引格式。如果只看報(bào)錯(cuò)不看上下文直接拿別人的“萬能命令”來跑大概率無效。我的習(xí)慣是先把報(bào)錯(cuò)全文讀一遍重點(diǎn)看三處第一出錯(cuò)URL是什么域名第二是哪個(gè)階段的錯(cuò)誤下載索引還是下載包第三有沒有涉及具體文件路徑。這三處看完基本能定位到問題層。下文會(huì)反復(fù)用到這個(gè)排查視角。2. 最快的解法把conda的“貨源”換到國內(nèi)鏡像源2.1 換源前的準(zhǔn)備工作如果報(bào)錯(cuò)里出現(xiàn)了訪問官方源超時(shí)、連接失敗這類字眼第一步不是調(diào)conda內(nèi)部參數(shù)而是先把源換到國內(nèi)可達(dá)性更好的鏡像站。絕大多數(shù)“創(chuàng)建環(huán)境失敗”問題在這一步就能解決。動(dòng)手前先做三件事備份當(dāng)前配置。.condarc文件一般位于用戶目錄下Windows是C:\Users\用戶名\.condarcLinux/macOS是~/.condarc。如果文件不存在說明還沒自定義過配置直接創(chuàng)建即可如果存在先復(fù)制一份cp ~/.condarc ~/.condarc.bakWindows下可以用copy %USERPROFILE%\.condarc %USERPROFILE%\.condarc.bak。確認(rèn)conda版本因?yàn)樾掳婧团f版對(duì)通道配置的解析邏輯有差異conda --version如果是4.6及以上版本推薦用下面的channel_aliascustom_channels寫法如果版本更老則用傳統(tǒng)的channels列表寫法更穩(wěn)。清掉歷史緩存避免舊的失敗索引被復(fù)用conda clean -i -y-i表示清理索引緩存-y跳過確認(rèn)。2.2 完整.condarc配置示例與參數(shù)對(duì)照下面是我實(shí)際使用的一套配置結(jié)構(gòu)。注意channel_alias、default_channels、custom_channels三個(gè)參數(shù)各管一段理解它們各自的職責(zé)后面出了問題才能自己調(diào)整channel_alias: https://mirror.example.edu.cn/anaconda/ default_channels: - https://mirror.example.edu.cn/anaconda/pkgs/main - https://mirror.example.edu.cn/anaconda/pkgs/r custom_channels: conda-forge: https://mirror.example.edu.cn/anaconda/cloud msys2: https://mirror.example.edu.cn/anaconda/cloud bioconda: https://mirror.example.edu.cn/anaconda/cloud menpo: https://mirror.example.edu.cn/anaconda/cloud pytorch: https://mirror.example.edu.cn/anaconda/cloud simpleitk: https://mirror.example.edu.cn/anaconda/cloud show_channel_urls: true這里需要解釋幾個(gè)關(guān)鍵點(diǎn)的來歷。channel_alias是所有未顯式寫出完整URL的channel的公共前綴也就是“缺省前綴”設(shè)置它之后conda install conda-forge::xxx這類命令會(huì)自動(dòng)拼成https://mirror.example.edu.cn/anaconda/cloud/conda-forge/...。default_channels覆蓋的是conda默認(rèn)的pkgs/main和pkgs/r兩個(gè)主通道這兩個(gè)目錄在鏡像站上是直接存在于anaconda/根目錄下的。custom_channels比較特殊它是給第三方組織命名的通道準(zhǔn)備的比如conda-forge、bioconda、pytorch鏡像站通常把這些內(nèi)容同步在anaconda/cloud/目錄下所以每個(gè)地址末尾都要帶上/cloud。mirror.example.edu.cn是我特意用的占位符。實(shí)際操作時(shí)你需要把它替換成當(dāng)前可用鏡像站的真實(shí)域名。判斷一個(gè)鏡像站是否可用的方法是在瀏覽器里直接訪問它的anaconda路徑如果能看到pkgs/main/目錄并能打開里面的repodata.json說明可用如果目錄結(jié)構(gòu)不同就要按實(shí)際路徑調(diào)整。這里有個(gè)很常見的坑很多人只寫channels列表里面直接放https://xxx/anaconda/pkgs/main/然后發(fā)現(xiàn)conda-forge里的包裝不上。原因是新版conda對(duì)簡(jiǎn)寫通道和完整URL通道的解析方式不同第三方通道沒寫進(jìn)custom_channelsconda會(huì)嘗試把conda-forge直接拼到channel_alias后面結(jié)果拼出來的地址不存在自然報(bào)404。所以我的建議是直接采用上面這種完整結(jié)構(gòu)省去后續(xù)各種玄學(xué)問題。show_channel_urls: true不是必須的但建議開著。它會(huì)在安裝時(shí)顯示每個(gè)包的來源通道排查“哪個(gè)包是從哪來的”時(shí)非常有用。2.3 換源后仍然報(bào)錯(cuò)怎么辦換源之后如果還報(bào)錯(cuò)先別急著懷疑鏡像源有問題按順序檢查以下幾點(diǎn)檢查配置是否真的生效。用conda config --show channels和conda config --show channel_alias看當(dāng)前生效的配置。如果顯示的還是舊值說明.condarc沒被讀到。常見原因是Windows下用戶目錄寫錯(cuò)了或者文件編碼不是UTF-8。檢查URL末尾的協(xié)議層級(jí)。新版conda默認(rèn)使用https://如果鏡像站沒配好SSL證書或者用的是純HTTP會(huì)報(bào)SSL錯(cuò)誤。這種情況可以臨時(shí)把URL改成http://試但要注意某些鏡像站也會(huì)強(qiáng)制跳轉(zhuǎn)HTTPS或者干脆拒絕HTTP請(qǐng)求所以最終還是得選一個(gè)證書正常的源。清索引緩存后再試。鏡像站更新有延遲本地緩存的repodata如果過期也會(huì)出現(xiàn)包找不到的怪問題。執(zhí)行conda clean -i -y后再創(chuàng)建環(huán)境。拉長(zhǎng)超時(shí)時(shí)間。網(wǎng)絡(luò)慢的情況下默認(rèn)超時(shí)時(shí)間內(nèi)沒拉完索引會(huì)直接報(bào)連接失敗。在.condarc里追加remote_read_timeout_secs: 120 remote_connect_timeout_secs: 30單位是秒數(shù)字我在實(shí)際使用中調(diào)過多次120秒基本能覆蓋大多數(shù)慢速網(wǎng)絡(luò)場(chǎng)景。3. 深入排查從配置到權(quán)限把隱形炸彈一個(gè)個(gè)拆掉3.1 排查第一步看清conda當(dāng)前配置換源只能解決“網(wǎng)絡(luò)不通導(dǎo)致的環(huán)境創(chuàng)建失敗”。如果換了源還不行或者報(bào)錯(cuò)根本不是網(wǎng)絡(luò)類型就得進(jìn)入慢排查環(huán)節(jié)。先做一次配置體檢。我是這樣操作的conda config --show這條命令會(huì)輸出一大串當(dāng)前生效的配置項(xiàng)。我重點(diǎn)關(guān)注五個(gè)channels當(dāng)前加入的通道列表。如果里面有defaults且channel_alias是官方源地址說明之前加的鏡像源可能沒生效。channel_alias上面提過的公共前綴。ssl_verify如果為false說明關(guān)掉了證書校驗(yàn)雖然能繞開SSL報(bào)錯(cuò)但會(huì)犧牲安全性不建議長(zhǎng)期開著。auto_activate_base這個(gè)控制每次打開終端是否自動(dòng)進(jìn)入base環(huán)境。和創(chuàng)建環(huán)境失敗本身無關(guān)但會(huì)干擾調(diào)試時(shí)的環(huán)境狀態(tài)判斷。envs_dirs虛擬環(huán)境安裝目錄列表。有時(shí)用戶改了默認(rèn)環(huán)境目錄后目錄不存在或沒有寫權(quán)限也會(huì)導(dǎo)致創(chuàng)建失敗而且報(bào)錯(cuò)提示并不明顯。如果配置混亂想恢復(fù)默認(rèn)先備份再執(zhí)行conda config --remove-key channels conda config --remove-key channel_alias conda config --remove-key custom_channels三條命令分別移除對(duì)應(yīng)的配置項(xiàng)執(zhí)行后conda會(huì)回落到內(nèi)置默認(rèn)值。隨后再重新按前面的方式配置鏡像源即可。3.2 通道選擇與依賴沖突的邏輯創(chuàng)建環(huán)境失敗的另一個(gè)高發(fā)原因是依賴沖突。conda的特點(diǎn)是會(huì)讀取所有通道的repodata.json然后通過依賴解析器算出滿足所有包約束的解。看起來很美但隱患在于通道數(shù)量越多、包的版本跨度越大解析時(shí)間越長(zhǎng)沖突概率也越高。實(shí)際開發(fā)中最常遇到的沖突場(chǎng)景是環(huán)境文件里寫死了A包的舊版本而A又和B的新版本不兼容。此時(shí)conda會(huì)報(bào)ResolvePackageNotFoundError或者“found conflicts”之類的信息最后建議你“use conda search to find alternate versions”。碰到這種情況我的處理方式是分三步第一步用conda search 包名查看目標(biāo)通道中該包有哪些可用版本確認(rèn)自己寫的版本號(hào)是否真實(shí)存在第二步檢查環(huán)境yaml文件里是否同時(shí)鎖定了多個(gè)互斥的版本約束第三步如果沖突來自conda-forge和defaults兩個(gè)通道的優(yōu)先級(jí)問題用conda config --set channel_priority strict開啟嚴(yán)格通道優(yōu)先級(jí)讓conda優(yōu)先從列表靠前的通道解析避免在兩個(gè)通道之間反復(fù)試探。舉個(gè)例子某個(gè)環(huán)境文件里有numpy1.21同時(shí)又要求tensorflow2.6而tensorflow 2.6在特定通道里依賴numpy1.21.2這個(gè)交集一般是存在的但如果把numpy1.21.0鎖死在小版本上而tensorflow又要求numpy1.21.2就會(huì)直接沖突。遇到這種就要放寬版本約束或者讓conda自行求解。3.3 權(quán)限問題的三種典型形態(tài)這個(gè)問題在Windows和Linux上都很常見。最典型的形態(tài)有三種第一種conda安裝在系統(tǒng)保護(hù)目錄下。Windows里如果安裝到了C:\ProgramData\Anaconda3普通用戶創(chuàng)建環(huán)境時(shí)會(huì)發(fā)現(xiàn)寫入失敗Linux里如果手動(dòng)裝到/usr/local/anaconda3且沒有sudo權(quán)限同樣會(huì)失敗。解決方向不是天天用管理員權(quán)限跑而是把環(huán)境的存儲(chǔ)目錄改到用戶目錄下conda config --add envs_dirs C:\Users\你的用戶名\.conda\envs conda config --add pkgs_dirs C:\Users\你的用戶名\.conda\pkgsLinux則改成/home/你的用戶名/.conda/envs和/home/你的用戶名/.conda/pkgs。第二種環(huán)境目錄存在但權(quán)限標(biāo)記異常。比如從別的機(jī)器拷貝過來的.conda目錄所有者不是當(dāng)前用戶。Linux下可以用一條命令修正sudo chown -R 你的用戶名:你的用戶組 ~/.condaWindows下則右鍵屬性 → 安全 → 編輯權(quán)限把當(dāng)前用戶設(shè)為完全控制。第三種base環(huán)境本身的寫權(quán)限沒了。這種情況比較棘手因?yàn)閏onda安裝包時(shí)默認(rèn)會(huì)把基礎(chǔ)包也放進(jìn)base環(huán)境的site-packages里。如果連conda install都報(bào)權(quán)限錯(cuò)誤先看base所在目錄的所有者能改權(quán)限就改不能改就干脆只用虛擬環(huán)境把pkgs_dirs和envs_dirs都指到用戶目錄。3.4 base環(huán)境損壞時(shí)如何最小代價(jià)修復(fù)有時(shí)候問題不在新環(huán)境創(chuàng)建而是base環(huán)境本身已經(jīng)處于半損壞狀態(tài)conda list能看但conda create一執(zhí)行就報(bào)“found conflicts”或CondaError: Run conda init before conda activate。處理順序很重要我踩過一次坑之后養(yǎng)成了按順序來的習(xí)慣先做“無腦三連”conda clean -a -y清空全部緩存conda update conda -y升級(jí)conda本體然后執(zhí)行conda update --all -y嘗試同步基礎(chǔ)包版本。升級(jí)過程如果卡在下載階段注意看是不是源的問題先把源換好再升級(jí)。如果升級(jí)時(shí)報(bào)ResolvePackageNotFoundError不要反復(fù)嘗試直接考慮保留環(huán)境列表、重建base先把當(dāng)前環(huán)境里的包列表導(dǎo)出來conda list --explicit spec-list.txt然后用conda自帶機(jī)制修復(fù)conda install --file spec-list.txt這個(gè)過程等價(jià)于按清單把缺失或損壞的包裝回來。 4. 如果連conda命令本身都無法運(yùn)行可以重新執(zhí)行安裝包里的初始化程序Windows下直接用Anaconda Prompt里的修復(fù)入口Linux/Mac下重新運(yùn)行安裝腳本并選擇“更新現(xiàn)有安裝”它通常不會(huì)清除已有環(huán)境目錄只是覆蓋安裝程序文件。這套流程我實(shí)際跑過多次只要環(huán)境目錄本身沒刪包緩存還在大部分損壞情況都能救回來。務(wù)必記住一點(diǎn)不要為了省事直接刪除base目錄那樣會(huì)連帶著把之前所有環(huán)境里的項(xiàng)目依賴一起送走。4. 常見問題排查速查表與完整案例4.1 速查表下面表格里的內(nèi)容是這些年接觸到的個(gè)案整理供快速對(duì)照排查報(bào)錯(cuò)關(guān)鍵詞可能原因首選處理動(dòng)作備注HTTP 000 CONNECTION FAILED網(wǎng)絡(luò)無法訪問當(dāng)前channel更換可用鏡像源conda clean -i -y后重試優(yōu)先檢查域名可達(dá)性HTTP 404 NOT FOUNDchannel URL路徑不對(duì)檢查目錄層級(jí)確認(rèn)有pkgs/main/repodata.json常見于自定義源時(shí)少層級(jí)PackagesNotFoundError包不在當(dāng)前通道conda search 包名確認(rèn)后換通道安裝可臨時(shí)加conda-forge通道ResolvePackageNotFoundError依賴版本沖突或通道索引過期放寬版本約束或conda update --all必要時(shí)用嚴(yán)格通道優(yōu)先級(jí)NotWritableError環(huán)境目錄無寫權(quán)限修改目錄權(quán)限或新增用戶級(jí)envs_dirs先確認(rèn)當(dāng)前用戶身份CondaVerificationError緩存損壞conda clean -a磁盤異常時(shí)需先檢查磁盤InvalidSpecError環(huán)境yaml解析失敗檢查縮進(jìn)和版本號(hào)引號(hào)推薦用conda env create -f env.yml前先跑conda env remove -n 環(huán)境名SSL certificate verify failed證書校驗(yàn)失敗或系統(tǒng)時(shí)間錯(cuò)誤先同步系統(tǒng)時(shí)間再更新conda不建議關(guān)閉ssl_verify查表時(shí)先想清楚自己的報(bào)錯(cuò)屬于哪一類而不是從上到下每條命令都跑一遍能省很多時(shí)間。4.2 一個(gè)完整的模擬排查案例模擬一個(gè)很典型的場(chǎng)景某開發(fā)者在自己的電腦上創(chuàng)建環(huán)境命令是conda create -n mlproject python3.9 numpy pandas scikit-learn執(zhí)行后報(bào)錯(cuò)CondaHTTPError: HTTP 000 CONNECTION FAILED for url https://repo.anaconda.com/pkgs/main/linux-64/repodata.json?？吹絩epo.anaconda.com就能確認(rèn)conda正在訪問官方源說明沒有配置鏡像源。開始排查的流程先確認(rèn)網(wǎng)絡(luò)是否能訪問官網(wǎng)發(fā)現(xiàn)瀏覽器能開但非常慢再嘗試直接用Python腳本請(qǐng)求對(duì)應(yīng)的repodata.json發(fā)現(xiàn)超時(shí)。處理動(dòng)作備份.condarc寫入本文第二部分的完整鏡像站配置替換為實(shí)際可用地址執(zhí)行conda clean -i -y清理失敗緩存然后重新創(chuàng)建環(huán)境。整個(gè)過程五分鐘左右環(huán)境創(chuàng)建成功。如果這個(gè)案例里換源后還報(bào)HTTP 000就要檢查本機(jī)防火墻或安全軟件是否攔截了conda進(jìn)程的HTTPS請(qǐng)求。Windows下常見的是某個(gè)安全軟件把conda的網(wǎng)絡(luò)請(qǐng)求攔了放行即可。4.3 長(zhǎng)期維護(hù)conda環(huán)境的習(xí)慣修好一次環(huán)境不代表以后不會(huì)出問題。我個(gè)人的長(zhǎng)期維護(hù)習(xí)慣有以下幾條分享出來供參考環(huán)境命名帶項(xiàng)目語義比如proj-recommend-py39不叫test1、test2。這樣后期查找環(huán)境、清理臨時(shí)環(huán)境時(shí)不用靠猜。每個(gè)項(xiàng)目單獨(dú)一個(gè)環(huán)境不共用base裝包。雖然conda環(huán)境磁盤占用大但換來的是項(xiàng)目依賴互不干擾值得。安裝順序嚴(yán)格先conda后pip。能用conda裝的包優(yōu)先用condaconda沒有的再用pip。因?yàn)榛煅b后conda會(huì)失去部分依賴追蹤能力之后再conda update --all時(shí)容易把所有包攪亂。定期導(dǎo)出環(huán)境備份conda env export -n 環(huán)境名 environment.yml創(chuàng)建失敗的第一時(shí)間不重試先看完整日志。很多人在報(bào)錯(cuò)后習(xí)慣性再敲一次同樣的命令指望網(wǎng)絡(luò)自己好。如果報(bào)錯(cuò)沒有變化就停下來分析日志避免浪費(fèi)時(shí)間。5. 如果conda實(shí)在修不好還有Plan B5.1 用mamba替代conda的解析器如果遇到的是依賴解析慢到無法忍受、或者反復(fù)出現(xiàn)沖突的問題可以考慮安裝mamba。它是一個(gè)用C重寫依賴解析核心的conda替代品命令兼容性很高日常操作可以無縫替換。安裝mamba不進(jìn)虛擬環(huán)境直接裝到base里conda install mamba -n base -c conda-forge然后創(chuàng)建環(huán)境時(shí)mamba create -n mlproject python3.9 numpy pandas scikit-learn在同一個(gè)鏡像源配置下mamba的解析速度通常比conda快好幾個(gè)數(shù)量級(jí)——當(dāng)然如果你當(dāng)前的源本身不可用mamba一樣會(huì)報(bào)網(wǎng)絡(luò)錯(cuò)誤。它解決的是“解析慢、沖突卡死”類問題不是“源不通”類問題。實(shí)際操作中有不少“conda一直卡在Solving environment”的場(chǎng)景就是靠mamba繞過去的。如果連mamba都沒有還可以從另一個(gè)角度切入手動(dòng)指定安裝包版本區(qū)間縮小解析范圍這種方式也能顯著提升成功率。5.2 輕量級(jí)虛擬環(huán)境方案python venv如果你的項(xiàng)目用的是純Python包不依賴conda專有的二進(jìn)制包那么完全可以不用conda環(huán)境直接用Python自帶的venv創(chuàng)建虛擬環(huán)境python -m venv my-venvWindows下激活my-venv\Scripts\activateLinux/macOS下激活source my-venv/bin/activatevenv的好處是輕量和系統(tǒng)級(jí)Python解耦創(chuàng)建失敗的概率很低缺點(diǎn)是它不會(huì)管Python解釋器版本機(jī)器上有沒有對(duì)應(yīng)版本的Python就得自己先解決。一個(gè)常見組合拳是用conda只管理一個(gè)“帶指定Python版本的解釋器環(huán)境”然后在它里面用venv隔離每個(gè)項(xiàng)目。這樣既享受conda管理Python版本的能力又避免每個(gè)項(xiàng)目都開一個(gè)巨大conda環(huán)境的磁盤開銷。5.3 用requirements.txt與environment.yml導(dǎo)出依賴不管用哪種方案依賴管理文件都建議留一份。conda環(huán)境用conda env export -n 環(huán)境名 environment.ymlpip/venv環(huán)境用pip freeze requirements.txt兩者有個(gè)重要區(qū)別environment.yml里面會(huì)包含完整的通道信息、包來源和版本約束用它重建環(huán)境時(shí)幾乎可以一比一復(fù)現(xiàn)requirements.txt則只記錄包名和版本號(hào)不會(huì)記錄Python版本?？鐧C(jī)器遷移時(shí)先重建Python解釋器再裝requirements里的包即可。我自己會(huì)把兩份文件都生成提交到項(xiàng)目倉庫里。環(huán)境出問題或換電腦時(shí)直接憑文件恢復(fù)省去一堆記憶負(fù)擔(dān)。6. 寫在最后的一些經(jīng)驗(yàn)說實(shí)話Anaconda的虛擬環(huán)境問題一旦理順了會(huì)發(fā)現(xiàn)大部分反復(fù)出現(xiàn)的坑都來自同樣的幾個(gè)點(diǎn)網(wǎng)絡(luò)源不通、配置文件錯(cuò)了、權(quán)限不夠、依賴版本打架。把這四類問題對(duì)應(yīng)的排查路徑記熟基本上是“一招鮮”。我在實(shí)際使用中還留了兩個(gè)小習(xí)慣一是給每個(gè)鏡像站配置寫一個(gè)切換腳本換電腦后直接執(zhí)行腳本裝配環(huán)境不再手工編輯.condarc二是創(chuàng)建環(huán)境時(shí)不管官網(wǎng)要求多少第一遍都加上python3.x的固定版本不讓conda自行選擇“最新可用版本”避免后續(xù)裝包時(shí)因?yàn)镻ython版本漂移產(chǎn)生意外沖突。這些細(xì)節(jié)看起來不起眼但長(zhǎng)期看能省出大量處理環(huán)境問題的時(shí)間。如果讀了這篇文章還是沒解決你的報(bào)錯(cuò)建議把完整報(bào)錯(cuò)文本復(fù)制下來標(biāo)注清楚操作系統(tǒng)、conda版本、源配置三件事再去搜索或找人分析。環(huán)境這類問題信息給全了通常一眼就能定位到原因。