在使用cocoapods進行組件管理,編譯xcode工程時,可能會遇到以下錯誤:python
Argument list too long: recursive header expansion failed at /Users/liusilan/Documents/workspace/douyu/project/PlayerRoom/Demo/xx/xx.
複製代碼
這個問題從字面上看起來的緣由是參數列表太長,在遞歸展開的時候失敗
。經過排查,發現咱們工程出現的緣由是由於搜索路徑範圍太大($(PODS_ROOT)/**
),編譯時會遍歷搜索範圍內的全部目錄。這時候當工程根目錄的層級比較深時,Pods裏面的層級也比較多時,致使路徑太長,超出範圍。xcode
好比個人工程目錄是/Users/liusilan/Documents/workspace/douyu/project/PlayerRoom/Demo
,pods的層級Pods/VideoComponent/VideoComponent/Classes/Business/Video
,而Video
下面還有幾級子目錄,這樣鏈接起來就會致使路徑很是的長。bash
Pods-xx.debug.xcconfig
文件,搜索LIBRARY_SEARCH_PATHS
或者FRAMEWORK_SEARCH_PATHS
是否包含"$(PODS_ROOT)/**"
。正是由於**
,致使搜索範圍過大。通常出現這種搜索路徑,是因爲在podspec
裏面指定search_path
時圖方便,寫的不規範。好比:ide
s.xcconfig = {
"LIBRARY_SEARCH_PATHS" => "\"$(PODS_ROOT)/**\""
}
複製代碼
比較好的作法是指定具體的路徑,如sdk/libs/*.a
,這樣會極大的減小搜索範圍。ui
那麼,如何查找哪些podspec有問題呢?對於大型項目,組件上百個,手動去查找顯得費時費力。spa
可經過腳本,掃描~/.cocoapods/repos/xx
,xx表明要掃描的spec倉庫,而後逐個讀取podspec文件,搜索"$(PODS_ROOT)/**
,若是搜索到了,則記錄下來。最後將結果打印,能夠看到哪些podspec有問題,而後再逐個修改。debug
簡單列一下python
代碼:code
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)/**"
,那麼能夠改爲搜索**
之類的,主要核心思想就是排查搜索路徑是否過大。遞歸