xcode 断点卡死

最新推荐文章于 2025-05-07 15:06:00 发布
转载 最新推荐文章于 2025-05-07 15:06:00 发布 · 4k 阅读 · 1
文章标签：

#xcode

部署运行你感兴趣的模型镜像

只要一打断点,就无限卡死,变量区一直菊花在转,只有强制退出Xcode才能重新编译,找了Google和Stack OvewFlowe依然没有解决办法.

删除项目,重新安装Xcode,重新运行程序一切办法都解决不到,百度上说的”build setting中将Enable Clang Module Debugging设置为NO`即可” 也不行,最后我找到解决的办法就是

1.工程名.xcworkspace (我是用了cocoapods,没用的估计点工程名.xcodeproj)- 右键显示包内容.

2.xcuserdata - (名字).xcuserdatad - xcdebugger 然后删除里面的breakpoints_v2.plist

原文链接：http://www.jianshu.com/p/2fb2f37a3632

您可能感兴趣的与本文相关的镜像

ACE-Step

ACE-Step

音乐合成
ACE-Step

ACE-Step是由中国团队阶跃星辰（StepFun）与ACE Studio联手打造的开源音乐生成模型。 它拥有3.5B参数量，支持快速高质量生成、强可控性和易于拓展的特点。 最厉害的是，它可以生成多种语言的歌曲，包括但不限于中文、英文、日文等19种语言

Xcode调试技巧：提高编程效率的方法
2301_79331230的博客
10-01 300
我们可以在代码中设置断点，让程序在特定的位置停下来，以便我们检查变量的值、执行路径以及调用堆栈。作为iOS开发者，Xcode是我们最常用的开发工具之一，它提供了许多强大的调试功能，可以帮助我们更快速地找到和修复bug。为了检测内存泄漏，我们可以使用Instruments的"Leaks"工具来运行我们的应用程序，并检查是否有任何内存泄漏。在上面的代码中，我们可以在第3行的左侧设置一个断点。除了使用断点和调试窗口，我们还可以使用日志输出来调试我们的代码。在上面的代码中，我们可以设置一个条件断点，只在。
iOS攻防 - （十二）LLDB和DebugServer配合使用
VictorZhang
06-03 3507
iOS攻防 - （十二）LLDB和DebugServer配合使用1.介绍debugserver是运行在iOS上。从它的名字你就能看出，debugserver扮演着一个服务器的角色，可以执行在MAC OS X客户端执行LLDB命令，并把结果反映到终端界面上，通常也成为”remote debugging”远程调试。debugserver默认在iOS系统里是没有的，但是，只要我们用Xcode在iPhone
IOS Xcode调试常用命令和断点整理
01-05
IOS Xcode调试常用命令和断点 Xcode 中的调试技巧与我们的日常开发息息相关，而这些调试技巧在我们解决Bug时，常常有事半功倍的作用，经常会用到的有各种断点 和 命令。而这些调试技巧也经常会在面试中问到，所以不知道的就来看看吧。 调试命令 在上图中，右侧绿色区域就是Log 输出区，在 Log 输出区可以使用一些命令，来辅助调试。 那有哪些调试命令呢？ 想要看所有的调试命令，可以在上图的右侧区域输入help，就会列出所有的调试命令。 本文就介绍几个使用频率比较高的，其他就查看后，自行了解吧。 1. p 命令 -- ('expression --') Evaluate a
优化提升Xcode编译速度
Mars.Lee的专栏
01-26 6236
前言： 首先在提升项目的编译速度前，有必要了解一下哪些文件编译耗时，GitHub上的一个开源工具：https://github.com/RobertGummesson/BuildTimeAnalyzer-for-Xcode，为我们提供了统计函数编译时间的功能，利用该工具能很方便的查出编译耗时的地方。最后根据统计到的编译时间来进行具体优化。 开源工具使用： 1、打开前言中所写链接并
Xcode真机测试断点无日志，卡住，数据为空等
wang_Bo_JustOne的博客
06-25 1831
最近存在真机测试打断点卡住，而且走了断点数据全部为空，在网上搜了很多方案貌似不行，最后发现原因： 1、正常情况下是关闭了debug调试模式，打开就好了，run模式最好默认debug 2、xcode频繁更新，出新的iOS系统，导致不支持，只有添加真机包，由于添加的真机包太高，和Xcode不匹配，虽然能真机跑起来，但是断点用不了，例如Xcode11添加了iOS14的真机包，所以只能更新到支持该真机包的Xcode了。 ...
关于Xcode 7.3 7.3.1 断点 卡死 无限菊花
YUSIR 完美CODING世界
08-17 1088
关于Xcode 7.3 7.3.1 断点 卡死 无限菊花 只要一打断点,就无限卡死,变量区一直菊花在转,只有强制退出Xcode才能重新编译,找了Google和Stack OvewFlowe依然没有解决办法. 删除项目,重新安装Xcode,重新运行程序一切办法都解决不到,百度上说的"build setting`中将`Enable Clang Module Debugging`设置为`
xcode attaching to 卡死
最新发布
08-07
在使用 Xcode 进行开发时，如果遇到 **“attaching to process” 卡死** 的问题，通常是由于 Xcode 缓存、调试器配置或模拟器状态异常导致的。以下是针对此问题的详细解决方案： ### 1. 清除 Xcode 缓存和构建文件 ...
目前 xcode 开发的 ios app 存在一个问题，我们首次安装 app 时候所有的功能和操作都能正常使用，但是当我们在已安装 app 的情况重新构建 app 之后，点击长按触发某一个功能会导致app 卡死，测试日志显示 203 行代码这里显示断点：Thread 1: breakpoint 1.1 (1)，另外 xcode 端的执行日志显示：2025-04-20 09:48:49.039 [LIFECYCLE] IncenseModel.swift:beginBackgroundTask():302 - Started background task 2025-04-20 09:48:49.040 [STATE] IncenseModel.swift:saveState():198 - Saved incense state to UserDefaults 2025-04-20 09:48:51.135 [STATE] IncenseModel.swift:extinguishIncense():103 - Extinguishing incense 2025-04-20 09:48:51.136 [LIFECYCLE] IncenseModel.swift:endBackgroundTask():309 - Ended background task 请问这可能是什么原因造成的？
04-21
好的，我现在需要帮助用户解决两个主要问题：iOS应用重新构建后长按功能导致卡死的原因及解决方案，以及Xcode断点调试中的Thread 1: breakpoint 1.1问题。首先，我得分析长按卡死的可能原因，可能涉及多线程问题、...
Mac上Clion编译报错找不到_ctermid.h头文件，Mac上Clion调试无法查看STL容器的元素值
知识，为共享而生
03-25 2404
使用CLion在对程序进行调试的时候，无法显示STL容器中的元素值，fatal error: _ctermid.h: No such file or directory，MacOS安装GDB，安装GCC，安装Xcode CommandLineTools，设置CLion中CMAKE_OSX_SYSROOT:PATH，MacOS上Xcode的SDK选择与使用更新。
ARKit从入门到精通（11）-ARKit开发常见问题及解决方案
坤小的专栏
06-13 1万+
转载请注明出处:http://www.jianshu.com/p/fb04f79e2058 本文主要介绍ARKit开发过程中一些常见问题 1.ARKit框架无法导入问题2.ARKit运行黑屏或者白屏问题：Unable to run the session, configuration is not supported on this device: 3.ARKit添加虚拟物体无法显
xcode断点不走问题
王正魁
06-16 727
1、Product->Debug workflow取消选中show Disassembly when debug 2、修改Generate Debug Symbols 为YES 3、Edit Scheme -> Run -> Debug executable 勾选 按照上面的方法检查一遍，一切都是OK的，没啥问题后，如果还是无法调试 去修改将"Deployment Postprocessing"设为YES 这样做的目的是减少调试信息，减少IPA体积，同时保护IPA。 所以，...
macOS运行Xcode缓慢
qq_45599996的博客
06-29 939
macOS Catalina升级到Big Sur，Xcode10.4与Xcode11.4运行debug程序缓慢，且多次运行同样缓慢。
XCODE 编译慢问题优化解决
carbonzhao的专栏
02-19 3684
1、 项目中使用了pch导致编译慢的解决办法，通过设置 Build Setting -> Precompile Prefix Header -> YES 2、设计编译优化等级（????） 不要再项目中或者静态库中使用-O4，因为这会让Clang链接Link Time Optimizations (LTO)使得编译更慢，通常使用-O3。 注意：在设置编译优化之后，XCode断点和调试信息会不正常，所以一般静态库或者其他Target这样设置。 作者：纸简书生 链接：htt
Xcode9.x变很卡
dongzhensong的博客
12-19 3688
打开Xcode–preferences–设置sourceControl: 去掉Refresh local status automatically与Add and remove files automatically的勾选. 完成!
IOS15真机调试慢问题解决
quickembed的专栏
10-02 2946
XCode没有升级13，IOS15真机调试很慢，费了一番力气（腾出空间）升级了XCode13，结果还是慢。。。郁闷了呀 搜了一下，很多朋友的经验要收费，自己搜索了一个，好用。 打开“访达”,shift+command+G到资源库 “~/Library/Developer/Xcode/iOS DeviceSupport/”删除该目录下所有文件 快捷键（shift+command+G到资源库） 全部删除文件夹下所有文件 选择Xcode->Window->Dev..
【Mac M 系列芯片 IDEA Debug 断点执行很慢问题解决】
qq_32417169的博客
05-07 621
我在网上找到很多别人解决的方式但是都没用，改host啥的，最后发现本质就是jdk的问题，openjdk8 aarch64 所有版本好像都有这个问题。然后我试zaul-1.8 这个也是可以的，估计是 Azul 自己改过了。正常安装，会失败，但是 jdk 能装上，能在 idea识别到。能看到JDK 8u202被识别出来了，直接应用就行。我这边试了一上午发现有两 jdk 可以使用。这个可以点击图片里的下载 jdk 的中找到。然后在启动配置中选择对应的 jdk 就行。然后再重启项目 debug 断点就很快了。
Xcode 卡死 解决方法
热门推荐
Ashimar_ZHZ的博客
10-12 2万+
今天用Xcode打开了两个项目，都是小项目，操作到xib 界面时，突然无敌风火轮来袭，卡了我一个多小时，无论我是强制退出，关机重启之后还是没没办法消灭它。最后 把其中一个项目中的把项目中的.xcodeproj包里的xcuserdata文件删掉，切记：是.xcodeproj。 如何看到 xcuserdata ，在项目中的.xcodeproj文件右键 -> 显示包内容，就能看到。
Xcode真机调试太慢
Kevin写代码
01-02 5848
Xcode真机调试太慢 iOS14的版本更新后经常导致真机调试时启动很久才把App打开，很多时候就等不及。 这个时候我们需要前往文件夹 ~/Library/Developer/Xcode/iOS DeviceSupport 找到对应的系统支持，删除它。 打开Xcode->Window-> 找到对应的手机后，右键轻点手机 点击Unpair Device。 ...
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值