北京
你見過凌晨三點的終端嗎？剛寫完一個Python工具，老板說“加點參數”，你改了函數簽名。改完發現內部調用全炸了，連測試用例都在報錯。這不是框架設計問題，是沒弄明白Python傳參的三個維度：默認值的陷阱、參數類型的強制，還有那些星號到底在擋什么路。今天不聊花里胡哨的設計模式，先把這幾個硬骨頭啃下來。
寫函數最怕什么？不是邏輯復雜，是調用方傳參時手滑。Python給參數加了默認值，表面上是送溫暖，實則埋了個只有重啟解釋器才能清空的坑。那個圓括號里的等號，在定義時只執行一次。如果你給默認值賦了個可變對象——比如空列表、空字典——那每次調用都會往同一個對象里塞東西，直到內存爆掉或調試到懷疑人生。
另一個容易被忽視的是僅限關鍵字參數。函數簽名里那個孤零零的星號不是裝飾品，它是一道防火墻：星號后面的參數，調用者必須指名道姓地寫出來。位置傳參到這里就失靈了。別小看這個約束，做API封裝的時候，把超時、重試次數這些容易讓人腦補順序的參數鎖死成關鍵字，能省掉大量半夜排查零位置錯位的事故現場。上面那段網絡請求的代碼里，timeout=10和retries=3被強制命名，就是為了防止有人把重試次數寫成了超時秒數——兩個數字參數挨著，手一抖就完了。
單星號和雙星號是另一套玩法。它們不是定義參數，是收拾殘局的——把調用時多出來的東西打包帶走。單星號收集多余的位置參數，裝進元組；雙星號收集多余的命名參數，扔進字典。這個機制不適合用來炫技，但在寫裝飾器或構建中間層的時候，你沒辦法預知上層會塞多少東西下來，這時候不打包就漏了。
構建HTML標簽那個例子把這套機制用得很實在。tag_name拿走了第一個位置參數，后面所有零散的文本內容全被content打包成一個元組，循環拼接成內文。href和target這些屬性作為命名參數進到attributes字典里，再用字典推導式轉成標簽屬性字符串。一個函數同時處理了不定量的內容和不定量的屬性，簽名卻干干凈凈，調用方不用傳列表也不用拼字典。
變量找得到找不到，看哪個地盤。Python的LEGB規則排好了檢索順序：先在當前函數體內找，再往外層函數的閉包里搜，接著翻模塊全局變量，最后查內置作用域。這個順序不是建議，是強制執行鏈。很多人以為在函數里改了全局變量，實際上只改了個同名局部變量的影子——除非你提前用global聲明。更隱蔽的是嵌套函數里改外層變量，沒加nonlocal的話，賦值語句直接在當前作用域新建一個變量，外層那個紋絲不動。調試時打印出來的值對不上，不是因為算法錯了，是操作的目標從一開始就錯了。
函數在Python里是一等公民，能賦值給變量，能塞進列表，能當參數傳來傳去。但這不意味著每個函數都該被包裝成高階函數。實用主義的邊界在哪？當一段邏輯要被三個以上不同場景復用，而且場景之間的差異集中在行為而非數據結構時，把行為封裝成可傳入的函數對象才有意義。否則老老實實寫個普通函數，少一層間接性，調試時堆棧跟蹤也清晰。
回到最開始那個凌晨三點的場景。參數默認值是可變對象導致的污染、位置參數和關鍵字參數的邊界模糊、變量作用域的查找誤解——三個坑位共同指向一個問題：Python給了太多自由，而自由的反面是需要記住的約束。下一次改函數簽名前，先確認三件事：默認值是不是不可變類型，容易混淆的參數有沒有用星號鎖成關鍵字，以及閉包里那個被你當成外層變量的名字，到底歸誰管。
特別聲明：以上內容(如有圖片或視頻亦包括在內)為自媒體平臺“網易號”用戶上傳并發布，本平臺僅提供信息存儲服務。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
