草庐IT

debug_kit

全部标签

arthes—线上debug好帮手

arthes简介以下是arthes官网原文:通常,本地开发环境无法访问生产环境。如果在生产环境中遇到问题,则无法使用IDE远程调试。更糟糕的是,在生产环境中调试是不可接受的,因为它会暂停所有线程,导致服务暂停。开发人员可以尝试在测试环境或者预发环境中复现生产环境中的问题。但是,某些问题无法在不同的环境中轻松复现,甚至在重新启动后就消失了。如果您正在考虑在代码中添加一些日志以帮助解决问题,您将必须经历以下阶段:测试、预发,然后生产。这种方法效率低下,更糟糕的是,该问题可能无法解决,因为一旦JVM重新启动,它可能无法复现,如上文所述。Arthas旨在解决这些问题。开发人员可以在线解决生产问题。无需

【Unity3D Debug】跳跃时的地面检测:“CharacterController.isGrounded的值总是为false”的原因与解决方案

【Unity3DDebug】跳跃时的地面检测:“CharacterController.isGrounded的值总是为false”的原因与解决方案FPS控制器中处理跳跃时需要进行角色与地面的碰撞检测,如果使用CharacterController,会发现有一个isGrounded属性,其描述如下:isGrounded:WastheCharacterControllertouchingthegroundduringthelastmove?其实际意思是上一次调用CharacterController.Move时有没有触地。isGrounded如果恒为false:其一,可能没有在判断其值之前调用Mo

【Unity3D Debug】跳跃时的地面检测:“CharacterController.isGrounded的值总是为false”的原因与解决方案

【Unity3DDebug】跳跃时的地面检测:“CharacterController.isGrounded的值总是为false”的原因与解决方案FPS控制器中处理跳跃时需要进行角色与地面的碰撞检测,如果使用CharacterController,会发现有一个isGrounded属性,其描述如下:isGrounded:WastheCharacterControllertouchingthegroundduringthelastmove?其实际意思是上一次调用CharacterController.Move时有没有触地。isGrounded如果恒为false:其一,可能没有在判断其值之前调用Mo

初级java开发必备技能三——debug调试【基础】

前言debug的重要性不言而喻,为啥是必备技能三,还有两个技能是啥?就像《林海雪原》中杨子荣上威虎山“过坎子”一样,初级java开发必备的三个技能,分别是:git、maven、debug(svn,gradle杠精走开)第一关,熟练使用git。不会git,项目不能下载、提交,那还玩个屁,出师未捷身先死第二关,熟练使用maven。项目下载下来后,要让你的项目跑起来,项目跑不起来,或者在别人的帮助下才勉强跑起来,都是不行的第三关,项目跑起来,leader为了让你尽快熟悉项目,可能会让你改一些简单的bug,如果不会debug,卒git和maven的使用传送门:git使用maven项目启动借用《林海雪原

初级java开发必备技能三——debug调试【基础】

前言debug的重要性不言而喻,为啥是必备技能三,还有两个技能是啥?就像《林海雪原》中杨子荣上威虎山“过坎子”一样,初级java开发必备的三个技能,分别是:git、maven、debug(svn,gradle杠精走开)第一关,熟练使用git。不会git,项目不能下载、提交,那还玩个屁,出师未捷身先死第二关,熟练使用maven。项目下载下来后,要让你的项目跑起来,项目跑不起来,或者在别人的帮助下才勉强跑起来,都是不行的第三关,项目跑起来,leader为了让你尽快熟悉项目,可能会让你改一些简单的bug,如果不会debug,卒git和maven的使用传送门:git使用maven项目启动借用《林海雪原

使用 gomonkey 遇到非 debug 模式执行失败的问题及解决方法

文章目录问题描述解决方法问题描述基于Golang语言,写单元测试,使用gomonkey对于某个函数进行Mock,遇到如下问题:使用「正常模式」执行单元测试,Patch不生效,Mock失败;使用「Debug模式」执行单元测试,Patch生效,Mock成功。说实话,看到这样的现象感觉很怪异,那么,为什么会出现这个问题呢?解决方法在网上搜了搜该问题及现象,发现该问题的原因是,想要使gomonkey的Patch生效,需要关闭编译器对代码的自动优化但是在「正常模式」下,是没有关闭编译器对代码的自动优化的;而在「Debug模式」下,dlv默认关闭了编译器对代码的自动优化。因此,想要保证gomonkey的P

使用 gomonkey 遇到非 debug 模式执行失败的问题及解决方法

文章目录问题描述解决方法问题描述基于Golang语言,写单元测试,使用gomonkey对于某个函数进行Mock,遇到如下问题:使用「正常模式」执行单元测试,Patch不生效,Mock失败;使用「Debug模式」执行单元测试,Patch生效,Mock成功。说实话,看到这样的现象感觉很怪异,那么,为什么会出现这个问题呢?解决方法在网上搜了搜该问题及现象,发现该问题的原因是,想要使gomonkey的Patch生效,需要关闭编译器对代码的自动优化但是在「正常模式」下,是没有关闭编译器对代码的自动优化的;而在「Debug模式」下,dlv默认关闭了编译器对代码的自动优化。因此,想要保证gomonkey的P

超简单集成 HMS ML Kit 实现最大脸微笑抓拍

前言如果大家对HMSMLKit人脸检测功能有所了解,相信已经动手调用我们提供的接口编写自己的APP啦。目前就有小伙伴在调用接口的过程中反馈,不太清楚HMSMLKit文档中的MLMaxSizeFaceTransactor这个接口的使用方法。为了让大家更加深刻的了解我们的接口,方便在场景中使用,在这篇文章中小编准备抛砖引玉,大家可以打开思路,多多尝试。如果有小伙伴想要深入的了解更加全面具体的功能,请大家移步https://developer.huawei.com/consumer/cn/hms/huawei-mlkit。场景相信大家都有在五一、十一出去游玩的经历,是不是都是这样的peoplemou

超简单集成 HMS ML Kit 实现最大脸微笑抓拍

前言如果大家对HMSMLKit人脸检测功能有所了解,相信已经动手调用我们提供的接口编写自己的APP啦。目前就有小伙伴在调用接口的过程中反馈,不太清楚HMSMLKit文档中的MLMaxSizeFaceTransactor这个接口的使用方法。为了让大家更加深刻的了解我们的接口,方便在场景中使用,在这篇文章中小编准备抛砖引玉,大家可以打开思路,多多尝试。如果有小伙伴想要深入的了解更加全面具体的功能,请大家移步https://developer.huawei.com/consumer/cn/hms/huawei-mlkit。场景相信大家都有在五一、十一出去游玩的经历,是不是都是这样的peoplemou

手把手教你如何分析华为 Ads Kit 日志

1.获取日志方式一:通过手机中【文件管理】App,找到日志,拷贝出来。拷贝路径:手机【文件管理】App>内部存储>Android>data>com.huawei.hwid>files>Log>HiAdKitLog.log方式二:手机连上电脑,通过adb命令把手机中的日志拉出来,“./”表示存放在当前路径。adbpull/sdcard/Android/data/com.huawei.hwid/files/Log/HiAdKitLog.log./如果没有找HiAdKitLog.log,那么需要确认一下HMSCore中是否允许写入日志,路径如下:设置>应用>应用管理>HMSCore>权限>存储,设置