昨天发表了一篇文章：手把手教姐姐写消息队列，其中一段代码被细心的读者发现了有内存泄漏的危险，确实是这样，自己没有注意到这方面，追求完美的我，马上进行了排查并更改了这个bug。...再介绍pprof之前，我们其实还有一种方法，可以测试此段代码是否发生了内存泄漏，就是使用top命令查看该进程占用cpu情况，输入top命令，我们会看到cpu一直在飙升，这种方法可以确定发生内存泄漏，但是不能确定发生问题的代码在哪部分...使用pprof有多种方式，Go已经现成封装好了1个：net/http/pprof，使用简单的几行命令，就可以开启pprof，记录运行信息，并且提供了Web服务，能够通过浏览器和命令行2种方式获取运行数据...知道了什么问题，接下来我们就来分析一下原因吧。 原因分析 分析具体原因之前，我们先来了解一下go中两个定时器ticker和timer，因为不知道这两个的使用，确实不知道具体原因。...ticker和timer Golang中time包有两个定时器，分别为ticker 和 timer。两者都可以实现定时功能，但各自都有自己的使用场景。
你好呀，我是why。 在我早期出了很多源码解读文章的时候，就有朋友私信我，要我出一篇关于 Idea 调试的小技巧的文章。...借助 Debug 功能，可以很方便的调试程序，快速的模拟 / 找到程序中的错误。...此时，点击 Drop Frame 按钮后，会删除栈顶上的数据，回到调用 log 方法前的位置 ?...当然前提是，保证这个正在运行的 JVM 进程代码和 Idea 中的代码一致。 ?...一个不小心就会因为线程安全的问题引起各种 Bug，并且这些 Bug 还可能很难复现。 由于操作系统的线程调度是我们无法控制的，所以多线程程序的错误有很大的随机性，一旦出现问题很难找到。
在DevOps Master中讲持续交付一课，其中讲到发布频率的篇章，中文版里面的翻译是这样的（来源于精益企业）： ? 英文版本是这样的（原版书）： ?...同样的位置，请注意【灰度发布】和【Dark lauching】的表述。直到有个学员不断的问我灰度发布到底是什么？我在课堂讲过，灰度发布这个术语貌似是不存在的，但 一直没有去看英文原书。...I like "dark launching", so I'll mostly use that in this post :-) 其实dark lauching，就是不改变客户端程序（变更）的情况下，...启动了新的功能，类似特性开关，当打开之后，用户变可以使用新的功能。
近一年来，我在管理中犯下的2个重要错误。该错误导致团队结构不清晰，骨干核心人员不稳定，易流失。...1、资源错配 2、逮着一个人疯狂用 目录 1、背景描述； 2、我是如何犯错的，以及我为什么犯错； 3、这两个错误带来了哪些影响； 4、规避和改进方式； 一、背景描述 成立3年的初创公司，10人编制的测试团队...组内结构划分可见下图所示： 二、我是如何犯错的，以及我为什么犯错 错误一：资源错配 对于组长的选择，以及组内骨干的选择，如下图所示： 其中标记为组长的，是在团队内部小组内被任命为小组长，标记为骨干的...两个业务小组中，初中级员工干中高级员工的活，中高级人员为相对边缘角色。这样的资源错配，直接引发了核心、骨干员工的离职率高的后果。 我为什么会这样做： 本质上是一个“谁能谁上”还是“谁上谁能”的问题。...我喜欢将所有有挑战性的、开拓边界的任务给到这类员工。 我为什么会这样做： 本质上是 个人的喜好问题（因为我也属于这类人）。
#和##对于大部分C语言玩得还算比较溜的朋友并不是很陌生，不过能把这两个知识点游刃有余的应用到所在代码中的每个角落，似乎并没有几个人能够做到，学的时候朗朗上口，而编码的时候却抛之脑后。...首先要知道原因 : 进行宏定义嵌套的情况，#或者##仅在当前宏有效，嵌套宏中不会再次展开，既然当前宏无法展开，那么我只能再加一级宏定义作为转换宏进行展开，看能不能解决该问题: #include <stdio.h...1、在结构体定义中的妙用 下面是bug菌经常在项目代码中用到的##结构体定义法，也是非常多开源代码中惯用的做法，相比常规的结构体定义法，确实省去很多重复的代码。...bug菌在代码中跟大家都标注了，相信大家一眼就能看懂，似乎并没有想象中那么难。...，我仍然是我，一直没变，觉得有所收获，记得点个赞~
说是管理其实就是把常用的一些JS方法，自己保存下来，这样的以后的工作中可以比较方便的使用。 哪些方法可以、或是说值得保存呢？...还有一些是扩展型的函数，例如，判断数组，增加、删除数组什么的， 还有一些工具类的，什么复制属性啊，字数判断啊，DOM节点操作啊，轮播广告啊，日期操作 总之，上面列出的那些内容的JS代码都是与具体业务逻辑无关的...============= 我写这些东西基本都是“思路或方法”的占多数，我觉得思维在层次上是高于具体实现的。...这也是我为什么很少写JS的具体实现的原因，我总觉得应该给我的粉丝们一些不一样的东西，一些别的地方得不到的东西。因为网上JS教程很多，我又写不好JS教程，我没耐心一步一步的详细写。...要看JS教程有很多地方可以看到很好的教程。 我希望关注我的朋友们，看我的微信公众号，能够体会一种“变通”的能力。不要我说一就是一，要懂得举一反三啊。 我再三提醒啊，不要僵化的去看待文中的内容。
，从而 goroutine 中获取到变量的值不一定符合最初的预期。...WaitGroup类型的共享变量，如下面的代码所示，第7行的Wait()只有在第5行的Done()被调用len(tasks)次时才能解除阻塞，因为它被用作调用第2行的Add()的参数。...修复方法是将ch从一个无缓冲的通道改为有缓冲的通道，这样子Goroutine就可以一直发送结果，即使父级已经退出。...不使用 -race 选项 我经常见到的一个错误是在测试 go 应用的时候没有带 -race 选项。...race // to build the package $ go install -race pkg // to install the package 启用竞争检测器后，编译器将记录在代码中访问内存的时间和方式
一、前言 前几天在帮助粉丝解决问题的时候，遇到一个简单的小需求，这里拿出来跟大家一起分享，后面再次遇到的时候，可以从这里得到灵感。...二、需求澄清 问题如下所示： 三、实现过程 这里【听风】一开始给了一个集合求差集的方法，差强人意。 不过并没有太满足要求，毕竟客户的需求是分别需要两个列表中不重复的元素。...后来【听风】又给了一个方法，如下所示： 这次是完全贴合要求了，代码运行之后，可以得到预期的效果： 这里再补充一个小知识点，提问如下图所示： 后来【听风】给了一个方法，如下图所示： 原来列表转df...是这样玩的，接下来你就可以把数据导出为Excel等其他格式了，不再赘述。...三、总结 大家好，我是皮皮。这篇文章主要盘点一个Python实用的案例，这个案例可以适用于实际工作中文件名去重等工作，感谢【听风】大佬给予耐心指导。
关于ERP，中台和低代码，我的几点意见 在中国大陆，ERP已经不再如同20年前那样新潮，火爆。...说ERP已死，还不如说ERP已成熟稳重不如‘中台’与‘低代码’这样的高颜值的小鲜肉那样受人关注与追捧。企业可以没有中台，或者低代码，但是一定不能没有ERP。...企业信息化与数字化建设大潮中，无数新概念此起彼伏，‘中台’和‘低代码’就是非常典型的新概念。它们与ERP系统的关系是共存的，决不能取代ERP的。...正如有回答说的：“ERP解决的是，企业大规模生产管理问题；中台解决的是，企业快速创新的问题；低代码满足了企业敏捷能力的诉求”，它们三者解决了企业不同的问题，有各自不同的存在价值。...如果一定要说谁取代谁，谁更重要，只能说明他对这三个概念的核心价值并不了解。 提出中台与低代码的人，自然有其正当原因与合理性。企业的信息化建设与数字化转型，上ERP系统是第一步，也是最基本的。
一年前，我刚从大学毕业并且决定踏入社会。我有很多初始的想法并想将它们实现，但我不懂编程。听从 Yipit 联合创始人Vin Vacant 的建议之后，我开始自学编程。...现在我终于学了足够多的知识来自己实现产品原型，一路走来，非常坎坷。如果你在跟我同样的路上，我希望你能避免犯跟我同样的错误。...错误0：我花了太多时间学习那些我不是特别需要的东西上 有如此多的技术，又有那么多的相互矛盾的观点以至于你很难判断什么是重要的，我根本就不知道如何开始。...Python: 处理数据（如从数据库中读取用户购买记录或推荐用户可能喜欢的产品） 5. Django: 一个用Python编写的web框架可以将以上的技术串联起来。...Suneel Chakravorty 错误1：我没有立马开始写代码 我花了太多时间阅读编程书。我不确定我读的那些东西是对我的项目有直接帮助的。
Q：在实际生产环境中，InnoDB 中一棵 B+ 树索引一般有多少层？可以存放多少行数据？ 关于这个问题最近好像在牛客上经常看到，感觉没啥意义，可能主要考察的是对 B+ 索引的理解吧。...这里用指针来描其实述不是太准确，准确来说是页的偏移量，不过指针更好理解~ 通过索引组织表的方式，数据行被存放在不同的页中。...当然，这样分析其实不是很严谨，按照 《MySQL 技术内幕：InnoDB 存储引擎》中的定义，InnoDB 数据页结构包含如下几个部分： 想要深究的小伙伴可以去看书中的 4.4 章节，这里我就不再多分析了...这样一共可以存放 1170 * 1170 个指针，即对应的有 1170 * 1170 个非叶子节点，所以一共可以存放 1170 * 1170 * 16 = 21902400 行记录。.../gitee.com/veal98/CS-Wiki」，公众号上的文章也会在此同步更新，欢迎各位前来交流学习 准备春招秋招的小伙伴可以参考我的这个论坛项目 Echo「Gitee 官方推荐项目，现已 1.1k
公平锁/非公平锁 公平锁是指多个线程按照申请锁的顺序来获取锁。 非公平锁是指多个线程获取锁的顺序并不是按照申请锁的顺序，有可能后申请的线程比先申请的线程优先获取锁。...有可能，会造成优先级反转或者饥饿现象。 对于Java ReentrantLock而言，通过构造函数指定该锁是否是公平锁，默认是非公平锁。非公平锁的优点在于吞吐量比公平锁大。...可重入锁 可重入锁又名递归锁，是指在同一个线程在外层方法获取锁的时候，在进入内层方法会自动获取锁。说的有点抽象，下面会有一个代码的示例。...在Java 5通过引入锁升级的机制来实现高效Synchronized。这三种锁的状态是通过对象监视器在对象头中的字段来表明的。 偏向锁是指一段同步代码一直被一个线程所访问，那么该线程会自动获取锁。...自旋锁 在Java中，自旋锁是指尝试获取锁的线程不会立即阻塞，而是采用循环的方式去尝试获取锁，这样的好处是减少线程上下文切换的消耗，缺点是循环会消耗CPU。
往期回顾： 为什么我建议在复杂但是性能关键的表上所有查询都加上 force index 在业务一开始上线的时候，我们线上日志级别是 INFO，并且在日志内容中输出了代码位置，格式例如： 2022-03...并且并不是堆栈中的栈顶就是调用打印日志方法的代码位置，而是找到 log4j2 堆栈元素之后的第一个堆栈元素才是打印日志方法的代码位置 Log4j2 中是如何获取堆栈的 我们先来自己思考下如何实现：首先...模拟两种方式获取调用打印日志方法的代码位置，与不获取代码位置会有多大性能差异 以下代码我参考的 Log4j2 官方代码的单元测试，首先是模拟某一调用深度的堆栈代码： 然后，编写测试代码，对比纯执行这个代码...，以及加入获取堆栈的代码的性能差异有多大。...我们在关闭输出代码行位置之后，同样压力下，CPU 占用不再那么高，并且整体吞吐量有了明显的提升。
使用这些API一方面可以简化我们代码，使代码更为优雅，另一方面它补充了很多jdk中没有的功能，能让我们开发中更为高效。...> 30.1.1-jre复制代码Table - 双键Mapjava中的Map只允许有一个key和一个value存在，但是guava中的...Multimap的内容，可以直观的看到每个key对应的都是一个集合：{month=[3], day=[1, 2, 8]}复制代码1、获取值的集合在上面的操作中，创建的普通Multimap的get(key...，使用ClassToInstanceMap这种方式有什么好处呢？...首先，这里最明显的就是在取出对象时省去了复杂的强制类型转换，避免了手动进行类型转换的错误。
大家很少会看到人们（包括我自己！）公开谈论他们犯过的错误。但我觉得我们最好时不时反思一下自己过去犯过哪些错误，这样我们就不会在未来重蹈覆辙了。 我成为专业程序员已经有大约五年时间了。...但是随着代码库的增长，那些自制的列表本身就变成了一个个怪物。因为我可以很容易地修改代码，所以我会经常介入并改变一个方法的行为以适应我的需求，这又导致了后来的诸多混乱和错误。...4太多的文档 代码文档是很好的东西，因为它用简单的人类语言解释了你的代码具体在做什么事情，对吧？ 这个观点是错误的。 文档往往是陈旧、过时或完全错误的东西。...6过分依赖视觉检查和调试 做出一个表格并显示你的输出是非常容易的事情。而且 Visual Studio 是如此强大，以至于人们可以轻松地一步步检查代码并即时检查代码中的值。...曾经有一段时间，我害怕对我的代码进行哪怕是最轻微的修改，因为任何更改都可能会，也可能不会导致破坏性更改。有几次，一个神秘的问题突然冒出来，追究其根本原因却发现是我几个月前引入的一个重大更改。
当前，无论学术界还是工业界，扩展现实领域有非常丰富的算法研究方向，并有许多算法得到好评。...从整体上看，XR领域的底层有各式各样的传感器和不同的操作系统，上层有丰富的应用比如AR/VR、数字孪生、数字人等等，OpenXRLab致力于在底层的硬件和上层的操作系统间架起一座桥梁，供研究员方便迭代新的算法...XRSfM能够从影像数据中恢复场景的稀疏点云结构和图像的相机位姿，重建结果可以支持后续的场景定位和稠密重建。...目前，该框架以音乐生成舞蹈为切入点，构建人体动作生成代码库。 XRMoGen的亮点有3个： 第一个是代码结构清晰，易读性高，提供了较为详细的使用文档。 第二个是框架容易上手。...团队表示，欢迎任何形式的贡献，可以在wishlist中添加想要复现的算法，可以在issue中报告问题，也可以PR提交修改，甚至还可以加入他们。
有了 IDEA 的历史代码恢复，我再也不怕出错了！ 在我们的日常开发工作中，总会因为某些原因需要将代码恢复到之前的版本。...比如说使用代码生成之后，突然发现生成错了，之前的代码已经被覆盖了，按 Ctrl + Z 已经不管用了，该咋办呢？ 这时候我们就需要使用 IDEA 的历史代码恢复功能，本篇文章我就给大家讲解这个功能。...查看代码历史版本 首先我们鼠标选定对应的代码文件 --> 右键选择 Local history --> Show History。...[打开代码历史记录.png] 这时候我们可以在左侧选择查看不同时刻的代码版本，并且在右侧会高亮显示当前代码版本与你选定的历史版本代码的区别。...[恢复.png] 生成了 toString() 之后，我再恢复到之前没有 toString()代码的版本。
背景 由于将重构任务和业务任务代码修改提交在了一个分支，为了不影响业务正常，必须删除重构提交。...问题 比如我的提交历史如下，我现在想删除重构commitB、C，但不影响B、C后的业务提交D D（业务提交） C（重构提交） B（重构提交） A（本地初始拉的远程分支） 解决方案 首先找到BC提交之前的一次提交的...将BC两行前面的pick改为drop，然后保存退出 至此已经删除了指定的commit。 git push –force 然后推送到远程仓库 此时BC 就被干掉了，没有影响后面的提交
判断闰年的条件如下：第一是否能被4整除但不能不100整除，如果是，则是闰年，第二，是否能被400整除，如果是，也是闰年。 这个需求简单到了极点，但可以小处见大，下面给出一个示例代码。 ...5第6行代码里，通过了if语句来判断是否是闰年，如果不是，则走第10行的else分支语句。 ...我们看到，这个例子中第5第6行的条件语句里，用到了&&和||来进行and和or操作，请大家注意别把这个和&和|混淆，一个&和一个|是位操作（用的地方不多，所以这里不讲），而两个&&和两个||是布尔操作。...原因是，我们在做代码测试时，得完全覆盖条件表达式的各种情况，比如在判断闰年的例子里，我们用的测试案例如下。 1是能被4整除但不能被100整除的年份，比如2016。 ...条件n) 如果业务需求真的那么复杂，我们宁可分解成如下的代码。 if(条件1 ){ if(条件2){}… } else {}
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
