關於Argument list too long的問題

summer_liu_liu發表於2019-03-04

問題

在使用cocoapods進行元件管理，編譯xcode工程時，可能會遇到如下錯誤：

Argument list too long: recursive header expansion failed at /Users/liusilan/Documents/workspace/douyu/project/PlayerRoom/Demo/xx/xx.
複製程式碼

這個問題從字面上看起來的原因是引數列表太長，在遞迴展開的時候失敗。通過排查，發現我們工程出現的原因是因為搜尋路徑範圍太大($(PODS_ROOT)/**)，編譯時會遍歷搜尋範圍內的所有目錄。這時候當工程根目錄的層級比較深時，Pods裡面的層級也比較多時，導致路徑太長，超出範圍。

比如我的工程目錄是/Users/liusilan/Documents/workspace/douyu/project/PlayerRoom/Demo，pods的層級Pods/VideoComponent/VideoComponent/Classes/Business/Video，而Video下面還有幾級子目錄，這樣連線起來就會導致路徑非常的長。

解決方案

  1. 將工程移到目錄結構比較淺的地方，比如移到上上級資料夾，減少層級。（臨時方案，不能解決根本問題，不建議）
  2. 如果是debug，則檢視Pods-xx.debug.xcconfig檔案，搜尋LIBRARY_SEARCH_PATHS或者FRAMEWORK_SEARCH_PATHS是否包含"$(PODS_ROOT)/**"。正是因為**，導致搜尋範圍過大。

一般出現這種搜尋路徑，是由於在podspec裡面指定search_path時圖方便，寫的不規範。比如：

s.xcconfig     = {
  "LIBRARY_SEARCH_PATHS" => ""$(PODS_ROOT)/**""
}
複製程式碼

比較好的做法是指定具體的路徑，如sdk/libs/*.a，這樣會極大的減少搜尋範圍。

如何排查

那麼，如何查詢哪些podspec有問題呢？對於大型專案，元件上百個，手動去查詢顯得費時費力。

可通過指令碼，掃描~/.cocoapods/repos/xx，xx代表要掃描的spec倉庫，然後逐個讀取podspec檔案，搜尋"$(PODS_ROOT)/**，如果搜尋到了，則記錄下來。最後將結果列印，可以看到哪些podspec有問題，然後再逐個修改。

簡單列一下python程式碼：

PODS_ROOT_result = set(``)
def list(rootDir): 
    for lists in os.listdir(rootDir): 
        path = os.path.join(rootDir, lists) 
    
        if os.path.isdir(path): 
            list(path) 
        else:
            file_extension = os.path.splitext(path)[1]
            if file_extension == `.podspec`:
                file_object = open(path, `r`)
                try:
                     all_the_text = file_object.read()
                     basename=os.path.basename(path)
                     (filename,extension) = os.path.splitext(basename)
                     if all_the_text.find("$(PODS_ROOT)/**") != -1:
                         print "PODS_ROOT:"+filename
                         PODS_ROOT_result.add(filename)
                         result.add(filename)
				finally:
                    file_object.close()
複製程式碼

不過，可能其他同學的podspec裡不是這樣寫的"$(PODS_ROOT)/**"，那麼可以改成搜尋**之類的，主要核心思想就是排查搜尋路徑是否過大。

相關文章