blocks|key|200642|text|我遇到了这个问题，它是由一个20项数组文字引起的。必须切换到不同的语法。真的很傻。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|200643|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I had this exact problem, it was caused by a 20 item array literal. Had to switch to different syntax. Pretty silly.

blocks|key|200742|text|我遇到了类似的问题，并发现我意外地将一个类定义为它自己的子类。我没有收到任何警告或错误，但是编译被卡住了。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|200743|class+mainClass+:+mainClass
{
++++...
}|code-block|syntax|javascript|200744|entityMap^0|0|0^^$0|@$1|2|3|4|5|6|7|I|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|J|8|@]|9|@]|A|$E|F]]|$1|G|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|H|$]]

I had a similar problem, and found that I accidentally defined a class as its own subclass. I got no warning or error for this but the compiling got stuck.

<pre><code>class mainClass : mainClass
{
 ...
}
</code></pre>

blocks|key|419717|text|如果你试图解决索引问题，并且你在页面下面这么远的地方，另一件事可以尝试！|type|unstyled|depth|inlineStyleRanges|entityRanges|data|419718|尝试将此标志添加到您的构建设置中。|419719|-Xfrontend+-warn-long-expression-type-checking=400|offset|length|style|CODE|419720|​|419721|📷|atomic|419722|419723|它会在编译器需要很长时间才能推导出复杂表达式时发出警告。|419724|419725|419726|419727|这可能会导致构建错误，在找到较慢的表达式并删除构建标志后，该错误将消失。|419728|entityMap|0|IMAGE|mutability|IMMUTABLE|imageUrl|https://ask.qcloudimg.com/http-save/yehe-900000/1e364c9fe7ebdc6008902e37a5d27649.png|imageAlt|1|https://ask.qcloudimg.com/http-save/yehe-900000/a440e5e49474273eb45c7771b4d8d74f.png^0|0|0|0|1E|0|0|0|1|0|0|0|0|0|0|1|1|0|0|0^^$0|@$1|2|3|4|5|6|7|17|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|18|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|19|8|@$F|1A|G|1B|H|I]]|9|@]|A|$]]|$1|J|3|K|5|6|7|1C|8|@]|9|@]|A|$]]|$1|L|3|M|5|N|7|1D|8|@]|9|@$F|1E|G|1F|1|1G]]|A|$]]|$1|O|3|K|5|6|7|1H|8|@]|9|@]|A|$]]|$1|P|3|Q|5|6|7|1I|8|@]|9|@]|A|$]]|$1|R|3|K|5|6|7|1J|8|@]|9|@]|A|$]]|$1|S|3|M|5|N|7|1K|8|@]|9|@$F|1L|G|1M|1|1N]]|A|$]]|$1|T|3|K|5|6|7|1O|8|@]|9|@]|A|$]]|$1|U|3|V|5|6|7|1P|8|@]|9|@]|A|$]]|$1|W|3|-4|5|6|7|1Q|8|@]|9|@]|A|$]]]|X|$Y|$5|Z|10|11|A|$12|13|14|-4]]|15|$5|Z|10|11|A|$12|16|14|-4]]]]

Another thing to try if your trying to solve indexing issues and you're this far down the page!

Try adding this flag to your build settings.

<code>-Xfrontend -warn-long-expression-type-checking=400</code>

<img src="https://i.stack.imgur.com/q62AU.png" alt="build settings flag">

It will cause warning where the compiler take a long time to deduce a complex expression.

<img src="https://i.stack.imgur.com/dB31K.png" alt="warning">

This may cause a build error which will go away after you find the slow expressions and then remove the build flag.

blocks|key|201029|text|按住alt+>产品>清理构建文件夹|type|unstyled|depth|inlineStyleRanges|entityRanges|data|201030|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Hold alt > Product > Clean Build Folder

blocks|key|419549|text|这是一个Xcode错误(Xcode+8.2.1)，我已经向Apple报告过，当你有一个大的字典文字或嵌套的字典文字时，它就会发生。你必须将你的字典分解成更小的部分，并使用append方法添加它们，直到苹果修复这个bug。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|419550|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

It's a Xcode bug (Xcode 8.2.1) and I've reported that to Apple, it will happen when you have a large dictionary literal or a nested dictionary literal. You have to break your dictionary to smaller parts and add them with append method until Apple fixes the bug.

blocks|key|419116|text|对我来说，完全关闭Xcode，然后重新启动项目就行了。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|419117|这不是原始问题的解决方案，我不相信，但在删除文件和文件夹等之前，这是一件更简单的尝试。这要归功于this+answer的想法。|offset|length|419118|entityMap|0|LINK|mutability|MUTABLE|url|https://stackoverflow.com/a/16745826/3681880^0|0|1C|B|0|0^^$0|@$1|2|3|4|5|6|7|N|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|O|8|@]|9|@$D|P|E|Q|1|R]]|A|$]]|$1|F|3|-4|5|6|7|S|8|@]|9|@]|A|$]]]|G|$H|$5|I|J|K|A|$L|M]]]]

For me completely closing out of Xcode and then restarting the project worked.

This is not the solution for the original question, I don't believe, but it is one more simple thing to try before deleting files and folders, etc. Credit to <a href="https://stackoverflow.com/a/16745826/3681880">this answer</a> for the idea.

blocks|key|419479|text|对我来说，我犯了一个愚蠢的错误。我写了一个这样的类：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|419480|class+A:+A+{
.......
}|code-block|syntax|javascript|419481|导致冻结的类会继承自身。没有来自Xcode的消息提示。|419482|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|K|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|L|8|@]|9|@]|A|$E|F]]|$1|G|3|H|5|6|7|M|8|@]|9|@]|A|$]]|$1|I|3|-4|5|6|7|N|8|@]|9|@]|A|$]]]|J|$]]

For me, I made a stupid mistake. I write a Class like this:

<pre><code>class A: A {
.......
}
</code></pre>

A class inherit itself that causes the freezing. There is no message hint from Xcode.

blocks|key|419020|text|在Xcode+6.4中也有类似的问题。进度条显示“索引”已“暂停”。尝试删除project.xcworkspace，然后如上所述删除派生数据。似乎没有帮助。注意到上面的帖子也建议修复警告，由于我继承了这个具有180个警告的庞大项目，我对自己说，“这看起来像是一个修复警告的好日子”。当我修复警告时，半小时后，我注意到“索引”进度条从10%25增加到了20%25左右。一个小时后，它是50%25，然后又一个小时到80%25，然后再过半个小时就完成了！结论:在上面的建议中加上“吃个长午餐或睡个午觉”。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|419021|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Had similar problem in Xcode 6.4. The progress bar indicated that "Indexing" was "Paused". Tried deleting project.xcworkspace, then deleting Derived Data as described above. Did not appear to help. Noting that the posts above also suggest fixing warnings, and since I had inherited this huge project with 180 warnings, I said to myself, "What the hell this looks like a good day to fix warnings". As I was fixing warnings, a half hour later, I noticed that the "Indexing" progress bar had increased from 10% to about 20%. An hour later, it was at 50%, then another hour to 80%, then after another half hour it was done! Conclusion: Add "take a long lunch or a nap" to the above suggestions.

blocks|key|200698|text|我在Xcode7.0测试版中遇到了同样的问题。在我的例子中，“构建设置”的"Provisioning+Profile“和"Product+bundle+identifier”的值在项目和目标之间是不同的。我为它们设置了相同的值。我也对"appName“和"appNameTest”的目标使用了相同的值。然后关闭项目并重新打开它。解决了我的案子。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|200699|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I experienced the same issue for Xcode 7.0 beta.
In my case, values for "Provisioning Profile" and "Product bundle identifier" of "Build Settings" differed between PROJECT and TARGETS.
I set the same values for them. And I also used the same values for TARGETS of "appName" and "appNameTest".
Then closed the project and reopened it.
That resolved my case.

blocks|key|419151|text|在我的例子中，删除派生的数据目录没有帮助。显然，我有一个文件被另一个进程锁定，因为在关闭了几个终端窗口和emacs，并终止了一个react本机打包程序进程之后，一切都解决了。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|419152|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

In my case, deleting the derived data directory did not help. Apparently I had a file locked by another process, because after closing out a couple of terminal windows and emacs, and terminating a react-native packager process, everything resolved.

blocks|key|200631|text|同时停止运行app。如果您有另一个应用程序正在运行您的xcode，请先停止它，然后继续您的索引。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|200632|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Also stop running app. if you have another application running with your xcode, stop it first and you should have your indexing continue.

blocks|key|200955|text|关闭您的Xcode，关闭任何git客户端(源码树或终端)，如果它是打开的，最后重新启动您的项目。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|200956|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Close Your Xcode , close any git client(source tree or terminal)if it is opened and finally restart your project.

blocks|key|419362|text|最近在XCode+7.3.1上遇到了这个问题--对我来说，我注意到CleanMyMac3的内存使用率达到了100%25。这个问题在我重新启动机器后神奇地解决了。不过，公平地说，我已经尝试了接受答案，所以您在重新启动之前也要这样做，以防万一:-)|type|unstyled|depth|inlineStyleRanges|entityRanges|data|419363|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Faced this recently on XCode 7.3.1 - for me, I noticed RAM usage going to 100% on to CleanMyMac3. The problem magically fixed itself after I restarted my machine. In all fairness however, I'd already gone ahead and tried the accepted-answer, so you'll want to do the same before you restart just in case :-)

blocks|key|419390|text|我修复了这个问题，只需从我的设备上删除应用程序并重新构建。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|419391|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I fixed this by simply deleting the app from my device and rebuild.

blocks|key|201139|text|我在swift+2.2中也遇到了同样的问题|type|unstyled|depth|inlineStyleRanges|entityRanges|data|201140|它必须处理一个泛型函数重载函数|201141|func+warnLog()+{
++++print("Warning+line:+\(#line)+file:+\(#file)+")
}

func+warnLog<T>(input:T?+=+nil)+->+T?+{
++++print("Warning+line:+\(#line)+file:+\(#file)+")
++++return+input
}

func+warnLog<T>(input:T)+->+T+{
++++print("Warning+line:+\(#line)+file:+\(#file)+")
++++return+input
}|code-block|syntax|javascript|201142|我所需要做的就是删除其中一个未使用的重载|201143|func+warnLog<T>(input:T?+=+nil)+->+T?+{
++++print("Warning+line:+\(#line)+file:+\(#file)+")
++++return+input
}|201144|entityMap^0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|O|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|P|8|@]|9|@]|A|$]]|$1|D|3|E|5|F|7|Q|8|@]|9|@]|A|$G|H]]|$1|I|3|J|5|6|7|R|8|@]|9|@]|A|$]]|$1|K|3|L|5|F|7|S|8|@]|9|@]|A|$G|H]]|$1|M|3|-4|5|6|7|T|8|@]|9|@]|A|$]]]|N|$]]

I had the same issue in swift 2.2 

It had to do with a generic function overloaded function

<pre><code>func warnLog() {
 print("Warning line: \(#line) file: \(#file) ")
}

func warnLog&lt;T&gt;(input:T? = nil) -&gt; T? {
 print("Warning line: \(#line) file: \(#file) ")
 return input
}

func warnLog&lt;T&gt;(input:T) -&gt; T {
 print("Warning line: \(#line) file: \(#file) ")
 return input
}
</code></pre>

all I needed to do is remove one of the non used overloads

<pre><code>func warnLog&lt;T&gt;(input:T? = nil) -&gt; T? {
 print("Warning line: \(#line) file: \(#file) ")
 return input
}
</code></pre>

blocks|key|201269|text|我的案例:它不是project.xcworkspace文件，也不是派生的数据文件夹。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|201270|我浪费了很多时间。更糟糕的是，没有错误消息。关于Xcode的部分没有线索。完全迷失了。|201271|最后，此函数(使用10个以上的参数)起作用。|201272|func+animationFrames(level:+Float,
+++++++++++++++++++++image:+String,
+++++++++++++++++++++frame0:+String,
+++++++++++++++++++++frame1:+String,
+++++++++++++++++++++frame2:+String,
+++++++++++++++++++++frame3:+String,
+++++++++++++++++++++frame4:+String,
+++++++++++++++++++++frame5:+String,
+++++++++++++++++++++frame6:+String,
+++++++++++++++++++++frame7:+String,
+++++++++++++++++++++frame8:+String,
+++++++++++++++++++++frame9:+String,
+++++++++++++++++++++frame10:+String)+{
}|code-block|syntax|javascript|201273|变得疯狂！事实是它令人担忧(因为没有语法错误，也没有任何类型)|201274|entityMap^0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|O|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|P|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|Q|8|@]|9|@]|A|$]]|$1|F|3|G|5|H|7|R|8|@]|9|@]|A|$I|J]]|$1|K|3|L|5|6|7|S|8|@]|9|@]|A|$]]|$1|M|3|-4|5|6|7|T|8|@]|9|@]|A|$]]]|N|$]]

My case: it was not the project.xcworkspace file, it was not the Derived Data folder.

I've wasted a lot of time. Worse, no error message. No clue on the part of Xcode. Absolutely lost.

Finally this function (with more than 10 parameters) is responsible.

<pre><code>func animationFrames(level: Float,
 image: String,
 frame0: String,
 frame1: String,
 frame2: String,
 frame3: String,
 frame4: String,
 frame5: String,
 frame6: String,
 frame7: String,
 frame8: String,
 frame9: String,
 frame10: String) {
}
</code></pre>

To go crazy! The truth is that it is worrisome (because there is no syntax error, or any type)

blocks|key|201303|text|对于XCode+9.3索引问题-卸载XCode，然后从零重新安装。这对我很有效。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|201304|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

For XCode 9.3 indexing issue - Uninstall the XCode and instal again from zero. Works for me.

blocks|key|201405|text|当我的机器交换空间不足时，这个问题就发生在我身上。关闭了几个程序和浏览器选项卡，30分钟后构建突然成功。与我这边的派生数据、锁定文件等无关。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|201406|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

This issue happened to me when my machine was out of swap space. Closed several programs and browser tabs and the build suddenly succeeded after 30 minutes of being stuck in place. Nothing to do with derived data, locked files, etc. on my side.

blocks|key|419830|text|我已经尝试了所有列出的东西，索引一直在冻结。这对我很有帮助:如果你的索引被冻结了，你有一个或多个快速进程消耗了你99%25的cpu+--只要终止这个快速任务，稍等片刻，进程就会前进。它可以重复，直到它到达结束，在我的例子中，我杀死了进程7次，但在最后，索引完成了！|type|unstyled|depth|inlineStyleRanges|entityRanges|data|419831|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

I've tried all the things listed, indexing is keep freezing. This helped me: If your indexing is freeze, and you have one or more swift process eating 99% of your cpu - just kill this swift task(s), wait a bit, and progress should move. It can repeats, until it reaches finish, in my case I killed the process 7 times, but at the end, indexing was completed!

blocks|key|419857|text|在一个SwiftUI项目中遇到了这个问题。结果是我的一个SwiftUI视图有一个错误声明的变量。我有：|type|unstyled|depth|inlineStyleRanges|entityRanges|data|419858|@EnvironmentObject+var+roomViewModel|code-block|syntax|javascript|419859|我需要的地方是：|419860|@EnvironmentObject+var+roomViewModel:+RoomViewModel|419861|没有编译器错误，只有无休止的索引。在我修复了这个错误之后，这个项目很快就建立起来了。|419862|entityMap^0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|O|8|@]|9|@]|A|$]]|$1|B|3|C|5|D|7|P|8|@]|9|@]|A|$E|F]]|$1|G|3|H|5|6|7|Q|8|@]|9|@]|A|$]]|$1|I|3|J|5|D|7|R|8|@]|9|@]|A|$E|F]]|$1|K|3|L|5|6|7|S|8|@]|9|@]|A|$]]|$1|M|3|-4|5|6|7|T|8|@]|9|@]|A|$]]]|N|$]]

Had this problem on a SwiftUI project. Turned out one of my SwiftUI views had an incorrectly declared variable. I had:

<pre><code>@EnvironmentObject var roomViewModel
</code></pre>

where I needed:

<pre><code>@EnvironmentObject var roomViewModel: RoomViewModel
</code></pre>

There was no compiler error, just endless indexing. After I fixed the error, the project built quickly.

blocks|key|419176|text|命令-选项-Shift-K清理构建文件夹。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|419177|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Command-Option-Shift-K to clean build folders.

blocks|key|419276|text|我也面临着这个问题。我注意到我已经打开了同一个项目两次。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|419277|所以QuitXCode+>打开你的项目，并确保只有一个实例是打开的>清理>+CleanBuild文件夹，在某些情况下是>+build。|419278|它应该是可行的|419279|entityMap^0|0|0|0^^$0|@$1|2|3|4|5|6|7|H|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|I|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|J|8|@]|9|@]|A|$]]|$1|F|3|-4|5|6|7|K|8|@]|9|@]|A|$]]]|G|$]]

I too was facing the problem. I noticed that I have opened the same project twice.

So QuitXCode > Open your project and make sure only one instance is open > Clean > CleanBuild Folder in some cases > build.

It should work

A project I've been working for 2 months stopped working for no reason because Xcode got stucked on "Indexing". I can't Build the project anymore. If I try to build, Xcode freezes and I have to force quit. This happens only with this project.

I tried cleaning all derived data but didn't help.

I'm using Xcode 4.5.2.

Any ideas?

Xcode stuck on Indexing

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

我已经工作了两个月的一个项目无缘无故地停止了工作，因为Xcode被“索引”卡住了。我不能再做这个项目了。如果我尝试构建，Xcode就会冻结，我必须强制退出。这种情况只会发生在这个项目中。我试着清理所有派生的数据，但没有帮助。我使用的是Xcode 4.5.2。有什么想法吗？

问Xcode停滞在索引上
EN

回答 22

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问Xcode停滞在索引上EN

回答 22

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问Xcode停滞在索引上
EN