我想知道除了 NSLog-ing 几乎所有东西之外，是否有任何体面的方法来正确调试 OS X 中的屏幕保护程序应用程序包？
“屏幕保护程序”是 Xcode 中的一种项目类型，但显然没有 Build and Go 调试。此外，我发现实际上我的包正在加载到
/System/Library/Frameworks/ScreenSaver.framework/Versions/A/Resources/ScreenSaverEngine.app
应用程序作为某种插件。
那么有没有合适的方法来调试您的代码？查看崩溃报告和 NSLog-ing 到控制台帮助，但这远非完美。
【问题讨论】：
标签： objective-c xcode macos debugging screensaver
【讨论】：
由于 OS X 10.11 El Capitan 的系统完整性保护功能，调试器无法附加到从 /System/ 运行的任何内容。此外，此处的其他信息适用于旧版本的 Xcode。
这是我使用 Xcode 7.2 在 El Capitan 上工作的方法：
/System/Library/Frameworks/ScreenSaver.framework/Versions/A/Resources/ScreenSaverEngine.app/ 复制到/tmp/。 （由于 .xcscheme 引用了完全限定的路径，因此将其复制到共同的地方最适合协作，而不是复制到特定用户主目录中的某个地方。）.xcscheme：
-debug-background-module "<product-name>"（其中<product-name> 是不带.saver 扩展名的包名称）。/bin/bash，其构建设置来自该方案。它创建一个符号链接到 ~/Library/Screen Savers/ 中构建的 .saver 包
来源：
SCREEN_SAVER_PATH="${HOME}/Library/Screen Savers/${FULL_PRODUCT_NAME}"
if [[ -d "${SCREEN_SAVER_PATH}" || -f "${SCREEN_SAVER_PATH}" || -L "${SCREEN_SAVER_PATH}" ]]; then
rm -Rf "${SCREEN_SAVER_PATH}"
fi
ln -s "${BUILT_PRODUCTS_DIR}/${FULL_PRODUCT_NAME}" "${SCREEN_SAVER_PATH}"
现在，当您点击 Xcode 的“运行”按钮时，屏幕保护程序将在您的桌面上以墙纸模式运行，您可以使用调试器。
【讨论】：
/System/Library/CoreServices/ScreenSaverEngine.app
您可以通过执行将加载插件的应用程序来调试插件。
所以要调试屏幕保护程序，请打开您的插件项目，从“项目”菜单中选择“新建自定义可执行文件”并将应用程序设置为屏幕保护程序引擎。
为了调试屏幕保护程序，您可能还想使用第二台 Mac 并使用 remote debugging，这样您的用户界面操作就不会干扰屏幕保护程序。
【讨论】：
有一些 Mac OS X 应用程序可以运行屏幕保护程序：SaverLab、Screalicious 等。 只需在网上找到其中一个并下载它，然后将其设置为目标可执行文件（如 Peter N Lewis 所说）。
为避免在每次构建后将构建产品复制到“~/Library/Screen Savers/”，您可以添加自定义构建脚本（注意：我在 shell 中使用“/bin/tcsh -x”）：
#remove the old screen saver or link
rm -Rf "${SCRIPT_OUTPUT_FILE_0}"
#if this is a debug build…
if ("${CONFIGURATION}" == "Debug" ) then
# create a symbolic link from our screen saver to this users screen saver directory
ln -sfv "${SCRIPT_INPUT_FILE_0}" "${SCRIPT_OUTPUT_FILE_0}"
#if this is a release build…
else if ("${CONFIGURATION}" == "Release" ) then
# copy our screen saver to this users CMM directory
cp -Rfv "${SCRIPT_INPUT_FILE_0}" "${SCRIPT_OUTPUT_FILE_0}"
endif
然后将其输入文件设置为“${BUILT_PRODUCTS_DIR}/${FULL_PRODUCT_NAME}”，将其输出文件设置为“${HOME}/Library/Screen Savers/${FULL_PRODUCT_NAME}”。
现在，当您构建/运行项目时，它会自动神奇地链接到您的调试版本或复制您的发布版本。
【讨论】：
您还可以将屏幕保护程序引擎 ('/System/Library/Frameworks/ScreenSaver.framework/Resources/ScreenSaverEngine.app') 设为目标可执行文件，并将 -background 标志传递给它（因此它在所有内容后面而不是前面运行一切）。
【讨论】：
正如彼得所说，您可以通过执行将加载插件的应用程序来调试插件。
但是，除了使用屏幕保护程序引擎之外，您还可以使用系统偏好设置。当偏好出现时，导航到“桌面和屏幕保护程序”下的屏幕保护程序以加载您的插件。
这并不完美，因为您的视图不会是全尺寸，但它比设置远程调试更容易。
【讨论】：
不一定是最好的方法，但您可以从另一台机器 ssh 并从 gdb 启动 ScreenSaverEngine（未经测试）
编辑：
另外，您可以尝试添加一个新的应用程序目标并将您的 ScreenSaverView 添加到 IB 的窗口中，您可能需要手动配置设置等内容，但它可能会有所帮助，并且应该可以正常工作，因为 ScreenSaverView 是 NSView 的子类
【讨论】：
如果您复制 ScreenSaverEngine 应用并使用您的开发者 ID 对其进行签名，它将解决系统完整性保护阻止附加调试器的情况。只需确保将可执行文件设置为您自己签名的副本即可。
【讨论】：
我想指出@Karl 的解决方案最适合我。 但是，如果您像我一样每天晚上都重新启动计算机，您可能需要考虑放置：
cp -Rn /System/Library/CoreServices/ScreenSaverEngine.app /tmp
在他的回答中提到的 pre-Build shell 脚本的开头。这将自动为您执行复制步骤。
（虽然我相信这确实属于评论，但我的xp还不够高）
【讨论】：