Tyler Milner
Jul 11, 2017 · 5 min read

As most iOS developers are aware, breakpoints are an essential tool to debugging apps. In Xcode, setting a breakpoint is as easy as clicking on the line number that you want to pause app execution on. When execution is paused, you can view the state of any variables in scope, issue commands to the debugger, and even step through your code line-by-line to watch the execution flow unfold before your eyes.

Add a breakpoint by clicking on a line of code.

To make your debugging experience with breakpoints even better, we’ll cover the 5 breakpoints that every iOS developer should enable. If you’re a seasoned iOS developer, you may already know about some of these. If you’re new to iOS development, don’t worry, we’ll start with a quick overview of how to setup and use breakpoints.

The Breakpoint Navigator

Managing breakpoints in Xcode is super simple. Enter the Breakpoint Navigator, which lives in the Navigator Panel on the left side of Xcode. Here, you will see all the breakpoints currently set in your project. Click on the name of the method to jump right to that line of code or click on the blue breakpoint icon to enable/disable the breakpoint. Removing a breakpoint is as easy as dragging it outside of the panel.

The Breakpoint Navigator lives under the Navigator Panel, which is the leftmost pane in Xcode (Command + 0 keyboard shortcut).

Symbolic Breakpoints

While it’s very useful to set breakpoints on specific lines of code, it can also be helpful to have some breakpoints function globally. Symbolic breakpoints are breakpoints that will trigger on certain conditions, like any time a certain method is called on a class. Adding a symbolic breakpoint is achieved by clicking the “+” icon at the lower left of the Breakpoint Navigator and selecting “Symbolic Breakpoint”.

Add a Symbolic Breakpoint via the “+” button in the bottom right corner of the Breakpoint Navigator.

The Top 5 Xcode Breakpoints

Here we are, the secret sauce! Use the “+” button at the bottom left of the Breakpoint Navigator to add the following breakpoints:

All Objective-C Exceptions

This breakpoint catches exceptions thrown by Objective-C code. Due to the current transition to Swift, this breakpoint isn’t as useful as it once was, but it can still be handy if your app contains any Objective-C code or uses third-party libraries that are written in Objective-C.

Turn it on:

  1. Add an “Exception Breakpoint”
  2. Change the “Exception” value from “All” to “Objective-C”
  3. Click “Add Action” to add a “Debugger Command” action
  4. Type in po $arg1 for the command. This will automatically print the relevant error to the console when you encounter an exception
Objective-C exception breakpoint

-[UIApplication main]

This puts a breakpoint at the entry point to your application’s launch. We’ll be using the “Debugger Command” action again to have our debugger import UIKit, which will make the debugger much more aware of properties and methods on things like UIView. This will make it easier to interact with and print properties on these types of classes when you’re debugging.

Turn it on:

  1. Add a “Symbolic Breakpoint”
  2. Type in -[UIApplication main] for the Symbol
  3. Add a “Debugger Command” action
  4. Enter expr @import UIKit for the command
  5. Check “Automatically continue after evaluating actions” — this will ensure that your app doesn’t immediately pause execution every time you build and run
Automatically importing UIKit in the debugger


This breakpoint helps you catch undesirable constraint configurations. If you’ve ever seen the “unable to simultaneously satisfy constraints” error message in the console, it will suggest you set a breakpoint here. Usually, these situations don’t cause obvious visual errors, but they should be fixed since we don’t know how they will be handled in future versions of iOS.

Symbolic Breakpoint for UIViewAlertForUnsatisfiableConstraints

Turn it on:

  1. Add a “Symbolic Breakpoint”
  2. Type in UIViewAlertForUnsatisfiableConstraints for the Symbol

NOTE: In Xcode 9, there is a new “Constraint Error” breakpoint that can be used instead of manually creating this symbolic breakpoint.

New in Xcode 9 — “Constraint Error” breakpoint

-[UIView(UIConstraintBasedLayout) _viewHierarchyUnpreparedForConstraint:]

This is another breakpoint to help you identify Auto Layout constraint problems. Hitting this breakpoint is typically much less common than hitting the UIViewAlertForUnsatisfiableConstraints breakpoint above, but it’s still good to go ahead and make sure you turn this one on.

Turn it on:

  1. Add a “Symbolic Breakpoint”
  2. Enter -[UIView(UIConstraintBasedLayout) _viewHierarchyUnpreparedForConstraint:] for the Symbol
Symbolic breakpoint for -[UIView(UIConstraintBasedLayout) _viewHierarchyUnpreparedForConstraint:]


This last breakpoint helps catch layout errors in UICollectionView’s flow layout. This is especially useful if you ever work with self-sizing collection view cells or create your own flow layout subclass.

Turn it on:

  1. Add a “Symbolic Breakpoint”
  2. Enter UICollectionViewFlowLayoutBreakForInvalidSizes for the Symbol
Symbolic breakpoint for UICollectionViewFlowLayoutBreakForInvalidSizes

One More Thing — User Breakpoints

As you can imagine, it can be quite tedious and time consuming to create all five of these breakpoints for every project you work on. This is where the power of promoting your project breakpoints to “User Breakpoints” comes into play. User Breakpoints will automatically be present in any Xcode project you open! To convert a breakpoint to a user breakpoint, right-click on the breakpoint and choose “Move Breakpoint To” -> “User.”

When everything is said and done, you should now have five breakpoints listed under “User” in the Breakpoint Navigator. These breakpoints will be set up for any Xcode project you open from here on out. Also, notice that any project-specific breakpoints will be visually separated from these global “User” breakpoints.

User-level breakpoints are displayed below project-level breakpoints.

One More One More Thing — Shared Breakpoints

Updated February 2019

Wouldn’t it be great if you could ensure all members on your team had these breakpoints enabled? Shared Breakpoints allow you to do just that. To enable, just right-click a breakpoint and choose “Share”.

Select “Share Breakpoint” to make a breakpoint available to everyone that opens the project.

This allows you to commit the breakpoint to source control, which ensures that everyone opening the project will have access to it. The enabled state is also included, so making sure it stays enabled for everyone is a piece of cake!

The breakpoint enabled state is tracked in source control.

Rocket Fuel

Exploring the universe of connected devices to help brands discover new customer experiences.

Tyler Milner

Written by

Rocket Fuel

Exploring the universe of connected devices to help brands discover new customer experiences.

Welcome to a place where words matter. On Medium, smart voices and original ideas take center stage - with no ads in sight. Watch
Follow all the topics you care about, and we’ll deliver the best stories for you to your homepage and inbox. Explore
Get unlimited access to the best stories on Medium — and support writers while you’re at it. Just $5/month. Upgrade