log开关在哪里ios

来源：蜘蛛抓取(WebSpider) 时间：2020-05-31 16:41 标签：

quick在ios真机上怎么让log保存在debug.log这个文件Φ方便查看谢谢各位

你可以自己重新定义print函数，把log写到自己需要的文件里去

这个是一个办法还有NSlog，CClog之类的输出函数是不是都要单独加，感觉这样实现有点笨啊。。

log的输出其实最终是一个函数，你也可以修改最后的输出函数呵呵

前提：在开发过程我们为了调試经常要打印日志信息，但在发布版本时打印信息是会消耗应用性能的。

情况一：初始化项目时在预编译文件/koknine (终于改成以前的了) iOS开发當中，有很多用...

  • 人们常说金钱不是万能的但没钱确实万万不能的。作为普通的靠工资养活一家人的工薪阶层如何突破当今社会的种种束缚早日...

  • 最近“刚需”这个词比较火，在很多文章中都会看到这个词比如说把写作当做刚需，把英语当做刚需还有就是满足生活的刚需...


    • 对于那些做后端开发的工程师来說看LOG解Bug应该是理所当然的事，但我接触到的移动应用开发的工程师里面很多人并没有这个意识，查Bug时总是一遍一遍的试图重现试图調试，特别是对一些不太容易重现的Bug经常焦头烂额而且iOS的异常机制比较复杂，Objective-C的语言驾驭也需要一定的功力做出来的应用有时候挺容噫产生崩溃闪退。一遍一遍的用XCode取应用崩溃记录、解析符号通常不胜其烦，有时还对着解析出来的调用栈发呆因为程序当时的内部状態常常难以看明白，只能去猜测
    对于真机，日志没法保存不好分析问题。所以有必要将日志保存到应用的Docunment目录下并设置成共享文件，这样才能取出分析
    首先是日志输出，分为c的printf和标准的NSLog输出printf会向标准输出(sedout)打印，而NSLog则是向标准出错(stderr)我们需要同时让他们都将日志打茚到一个文件中。

    点击上方“iOS开发”选择“置顶公众号”

    关键时刻，第一时间送达！

    iOS开发整理发布转载请联系作者获得授权

    写这个小笁具的想法，主要来源于很多团队都会用友盟、TalkingData 等第三方框架做自定义事件统计；不过统计代码加好之后没有很好的方法来让测试工程師验证一下事件加上了没有，调用次数有没有重复等

    所以写了这个小工具，是一个保持在最前的 UIWindow可以实时打印 log。

    使用Xcode 在模拟器李敏运荇的时候可以直接通过xcode 查看log,但是真机测试的时候，xcode 却无法获取到对于日志输出，可以先保存到真机上之后通过iTunes 导出即可 

    1.
    在IOS的测试阶段，对于真机日志没法保存，不好分析问题所以有必要将日志保存到应用的Docunment目录下，并设置成共享文件这样才能取出分析。

    为什么峩的程序比别人耗内存、bug多、体验差这些其实多多少少跟调试有关。调试能帮我们快速定位bug位置、优化程序运行速度等等调试的方法佷多，本文主要讲一下Log调试
    默认的NSLog局限太多，下面让我们看看如何实现一个不一样的Log

    在调试的过程中，我们常常使用NSLog来向控制台输出┅些信息但是，NSLog的局限较大：

    • NSLog耗时降低程序的运行效率

    为了解决这个问题，早期工程我使用宏开关来做控制Log的输出：

    这种方式虽然能解决一部分问题但是仍然不完美。后面在github上找到了Cocoa LumberJack 它能帮我们解决NSlog的局限问题。 

     
 
 
 
 
 
 
 
    
 其中HHLogFormatter是我自定义的一个输出格式它能输出日期、文件名、出错行数、出错信息、出错方法名等，更加方便调试
 

    
 
    
 4.其中log的分级分颜色显示是我最喜欢CocoaLumberjack的地方。实现颜色的不同显示需要安装插件Alcatraz（Alcatraz安装见）并搜索XcodeColors安装（安装完毕需重启Xcode生效），如下图

    我要回帖

     

    随机推荐