我使用nginx的年头不可谓不长，但是之前从来没有深入挖掘一下它底层逻辑的想法。...，于是有了我的某某文章。...在这过程中也对于nginx源码进行了一定的梳理，以后再发文章做分享，比较难的部分，我认为就是做nginx的插件开发了，其它可能都是copy|paste修修改改的事，但是插件开发是需要有很明确解决什么问题...逻辑，执行结束。...ngx_ext_module_hello，还要以编译的方式–add-module让它进行到nginx执行的流程里面，同时主逻辑里面要实现三个类型的方法，一个是ngx_command_t，一个是ngx_module_http_t
但是根据函数名，我想当然地把request指针传递进入。 好了，实际上saveRequestToRedis1和saveRequestToRedis2 是这样实现的： ? 这样有什么问题？...那就是我的goroutine的使用有问题，主routine在开一个routine的时候并没有确认这个routine里面的任何一句代码有没有修改了主routine中的数据。...对的，主routine确实需要考虑这个情况。但是按照这个思路，所以呢？主goroutine在启用go routine的时候需要阅读子routine中的每行代码来确定是否有修改共享数据？？...如果不去看函数体内部具体实现，是没有办法确定的。 例如我们将上面的典型例子稍微改改 ? 我勒个去啊，里面起了一个goroutine，并修改了request指针指向的对象。这里就产生了错误了。...其实在设计的时候我们一定不会这么做，我们会在一开始就已经想到使用并发来处理这个场景，每个请求启动一个goroutine为它服务，这样就达到了并行的效果。
down成为从节点； 4）选举超时时间过后，集群会重新触发一次选举，无论是S1还是S3成为新的主（S2由于落后所以不可能），其term值会变成58； 上面描述的场景有什么问题呢？...3.2 追赶阶段(catchup) 新选出来的primary为何要进入这个阶段？ 同样的，我们可以分析一下没有这个阶段的话在下面这个场景有什么问题。...S1进入catchup状态，看看有没有哪个从节点存在比自己更新的日志，发现S1有，然后就同步到自己这边并提交，再“真正”成为主节点，支持外部的写入；然后整个副本集一切恢复正常。...于是，你检查你访问的ip:port，确认就是副本集的主节点无疑。然后感到奇怪：为什么明明是primary节点，你却告诉我not master呢？...当它认为当前的主节点处于正常工作的状态时，那么它就没理由给新的主节点投同意票（当他跟现女友相处得很好的时候，就没有理由出去勾搭其他妹子）。
这样在堆中的对象的值就产生变化了。下面一幅图描述这写交互！ ?...flag) 返回假 结束循环vt线程方法结束退出！ 主线程结束 上面的叙述看似并没有什么问题，“似乎”完全正确。那就让我们把程序运行起来看看效果吧，执行mian方法。...问题出现了，为什么我在主线程（main）中设置了vt.flag = true; 而vt线程在进行判断flag的时候拿到的仍然是false?...flag)进行判断的flag 是在线程工作内存当中获取，而不是从 “主内存”中获取。 i++; 将线程内存中的i++; 加完以后将结果写回至 “主内存”，如此重复。 然后再说说主线程的执行过程。...那我们如何能让vt线程每次判断flag的时候都强制它去主内存中取值呢。这就是volatile关键字的作用。
为了更好的利用存储器的内存空间，C/C++程序将内存空间分成了以下几个部分： 栈区（stack）：在执行函数时，函数内局部变量的存储单元都可以在栈上创建，函数执行结束时 这些存储单元自动被释放。...下面我就来说一下我对这个逻辑的简单理解； 2.4.1 free函数的底层逻辑 在动态内存管理中，malloc是动态内存申请的一个最核心的函数，calloc是在malloc的基础上进行的空间内容的初始化，...目前来看好像是每什么问题，接下来我们继续往下看： 但是现在我们可以看到，当我们在调用test11这个函数后，随即在主函数内又进行了内存空间的开辟，可以此时主函数内的空间开辟却失败了，这就是因为我们没有主动将...从整个过程来看，似乎不存在任何问题，接下来我们继续往下看： 从测试结果可以看到，此时我们在主函数中申请内存时同样失败了，这又是为什么呢？...在代码中，我们对扩容失败的处理是直接结束函数的运行，这时后面释放空间的过程压根就不会执行，正因为这样，所以先前通过calloc申请的内存空间仍未被释放，因此这也就影响了后续对内存空间的申请操作。
，吐字清晰，回答问题也要有逻辑性，不能支支吾吾半天说不明白，面试官都听不懂，这就很尴尬了，这个可以自己多练习一下 2.面试本质是一个自我优势展示的过程，不要让面试官问一句自己回答一句，主动抛出一些可能的点让面试官来主动问你...，不要随便面试，一些大厂都会有面试评价记录，太多差评影响以后的面试，同时面完之后要多总结，复盘，整理知识点，查漏补缺 面试最后 面试结束时问面试官什么问题 我一般会问： 我面试的岗位的具体工作是什么 使用的技术栈有哪些...8.容器化技术了解么，主要解决什么问题，原理是什么 算法：对于一个字符串，计算其中最长回文子串的长度 项目介绍 美团 因为之前的部门一面通过后，该部门没有hc了，就给我推荐到其他部门了，大厂hc还是挺紧张的...redis线程模型，单线程有什么优缺点，为什么单线程能保证高性能，什么情况下会出现阻塞，怎么解决 13.kafka是怎么保证高可用性的，讲讲它的设计架构，为什么读写都在主分区，这样有什么优缺点 了解DDD...，redis网络原因执行超时了会执行成功么，那不成功怎么保证数据一致性 5.redis持久化过程，aof持久化会出现阻塞么，一般什么情况下使用rdb，aof 6.线上有遇到大流量的情况么，产生了什么问题
一、并发问题的引入 假设这里有一个分布式应用，它拥有多个客户端，每个客户端都会对存储在Redis中的数据进行计算并修改，计算的前提是获取到最新的数据，然后进行计算，最后写回Redis。...在一个不存在并发的程序中，程序可以直接读取Redis中的数据进行计算并写回结果，也不会产生什么问题，因为计算的过程是一个串行的过程，但是如果在一个并发环境中，多个客户端完全存在并行读取，并行写入的情景，...上图就展示了两个客户端同时读取Redis中的数据并计算后写回Redis的场景，因为没有加锁控制，那么最终Redis中存储的结果必然会与单线程读写两次计算的结果产生差异，这种差异往往是无法容忍的差异。...上面这幅图简易地描述了客户端获取锁以及释放锁的基本过程，现在我将基本的过程描述出来，后续将进入到RedissonLock的源码里进行分析，本文分析的Redisson的版本是3.12.3。...实例，但是存在在复制过程中Master宕机的可能性，那么一旦发生Master实例的宕机，那么异步复制必然失败，那么此时主备切换，原先的Slave实例变成了Master实例，但是此时新的Master实例却没有同步到锁信息
Object 1和Object 2其实都可以被回收，但是它们之间还有相互引用，所以它们各自的计数器为1，则还是不会被回收。 所以，Java虚拟机没有采用引用计数法。它采用的是可达性分析算法。...而本文要解决的是下面这个稍微不那么常见，但是你答题的过程中一定会提到的点“并发标记”、“浮动垃圾”。 CMS和G1都是有一个并发标记的过程，并发标记要解决什么问题？带来了什么问题？...这个逻辑不复杂：堆约大，存储的对象越多，对象图结构越复杂，要标记更多对象，所以产生的停顿时间也自然就长了。...所有，经过上面的分析，我们知道了，根节点的枚举阶段是不太耗时的，也不会随着java堆里面存储的对象增加而增加耗时。而"标记"过程的耗时是会随着java堆里面存储的对象增加而增加的。...2.最近有很多读者在找我修改简历、咨询工作的相关事情了，我就知道马上又要开始春招了。
那么就会出现MySQL客户端解析到第一个;就认为你写的这个语句已经写完了，它就发送这条语句给服务端执行这个SQL了。...显然你还没有写完，此时解析就会报错。 比如你想写一个包含两个查询SQL语句的存储过程。...原因就在于它（MySQL客户端）把下面这段SQL当成一条完整的语句交给服务器执行了。...此时你只需要改变一下结束分隔符: 当你改变分隔符为??时，MySQL客户端会一直解析到符号??才认为你这条语句结束了。 此时你已经成功的创建了一个存储过程了。...然后你可以把分隔符重新改为默认的;,然后执行存储过程。 PS: 问答栏目专注于程序员平时遇到的大大小小的问题，偏实战，如果你平时有遇到什么问题，或者你乐于帮助别人解答问题。
面试官：分别解释一下吧 我：因为在虚拟机内存中有主内存和工作内存的概念，每个cpu都有自己的工作内存，当读取一个普通变量时，优先读取工作内存的变量，如果工作内存中没有对应的变量，则从主内存中加载到工作内存...，最后把这些标记的对象复制到to，在复制过程还要判断活跃对象的gc年龄是否已经达到阈值，如果已经达到阈值，就直接晋升到老年代，YGC结束之后把from和to的引用互换。...PS：能多说点就多说点，省的面试官再提问，我把老年代的cms回收也大致说了一遍，以为面试官会跳过这个话题了，还是太年轻了。...（这我真没有遇到过）对，有遇到过一次，在分析gc日志的时候，发现YGC发生之后，日志显示gc后的内存变大了，后来查出来是因为对象的晋升失败造成的。 面试官：有过虚拟机性能调优的经验么？...我：（说实话，调优经验真的不多）恩，有一点吧，不是很足，就是我们XX项目上线的时候，发现YGC特别的频繁……通过调整新生代的大小（线上环境的虚拟机参数是默认的），同时检查业务逻辑代码……！
我可以肯定，对于我们绝大多数人，拿出一段简单的代码，让其设计白盒用例，100个人应该一个最终完全正确的都没有。...它难就难在，你好不容易理解并运用了 5种逻辑覆盖率的算法，但是最终的用例规程却更难，也就是说，你要用更少的用例去覆盖更多的场景。所以仅掌握5种是不够的，最难的是把5种融会贯通，合一。...我这里不专讲白盒，所以就给大家说一点，你设计的用例中，不能只保证路径法 满足if 和 满足else俩种。因为满足if 的情况 有多个。按照不同覆盖率的用例也是不同的。...就这么一个简单的if else ，就麻烦成这样，别说那么多复杂到看不下去的一大段一段，一层套一层的高复杂度算法了。就算博主敢拍着胸脯说精通多个测试领域技术，但是也不敢在白盒测试领域装大。...那么就继续说： 正是因为白盒难度如此之高，而且大部分时间收效甚微（比如这个一眼就看出没什么问题的if else判断 启动白盒5种覆盖率测试 性价比太低了） 所以我们很少看到公司搞白盒测试，甚至大厂都没有
和RabbitMQ有什么区别？你为啥不用kafka来做，当时怎么考虑的？ 6、我看你简历里说熟悉计算机网络，来聊一聊计算机网络吧。了不了解tcp/udp，简单说下两者的区别？...有没有了解过paxos和zookeeper的zab算法，他们之前有啥区别？ 13、聊聊java基础吧，如果我是想一个人的姓名一样就认为他们equal，能现场写下我们怎么重写equals吗？...我看你还用了RabbitMQ，简单说一下RabbitMQ的工作原理？如何保证消息的顺序执行？Kafka了解吗？和RabbitMQ有什么区别？你为啥不用kafka来做，当时怎么考虑的？ ?...6、我看你简历里说熟悉计算机网络，来聊一聊计算机网络吧。了不了解tcp/udp，简单说下两者的区别？tcp为什么要三次握手和四次挥手？两次握手可以不？会有什么问题？...，加密是会影响性能的，尤其是非对称加密，因为它的算法比较复杂，那么加密了就安全了吗？
Server 层：它主要做的是 MySQL 功能层面的事情； 引擎层：负责存储相关的具体事宜。 ...（数据更新到磁盘或内存，结束）执行器调用引擎的提交事务接口执行修改操作，需要将在二级索引上做的修改，写入到change buffer page，等到下次有其他sql需要读取该二级索引时，再去与二级索引做...但是由于 binlog 没写完就 crash 了，这时候 binlog 里面就没有记录这个语句。因此，之后备份日志的时候，存起来的 binlog 里面就没有这条语句。 ...我应聘的软件开发工程师大哥？ HR：（嗯，看来果然是我打错面试电话了。。冷静冷静，小问题） HR：好的，那今天就先这样，回去等通知吧 还有啥问题要问我么？ 熊猫：。。。。。...binlog和redolog的不同点有哪些? 物理一致性和逻辑一致性各应该怎么理解? 执行器和innoDB在执行update语句时候的流程是什么样的? 如果数据库误操作, 如何执行数据恢复?
直到我开始去深入了解这块知识而不是盲目背诵的时候，我才明白，它正确且伟大无比，但不是废话。...将运算需要使用的数据复制到缓存中，让运算能快速进行，当运算结束后再从缓存同步回内存之中，这样处理器就无须等待缓慢的内存读写了。...原子性 什么是原子性 类比物理机，拥有缓存一致性协议来规定主内存和高速缓存之间的操作逻辑，那么 JMM 中主内存与工作内存之间有没有具体的交互协议呢？ Of Course！...试想一下，如果转账操作不具备原子性会导致什么问题呢？ 比如说步骤 1 执行成功了，但是步骤 2 没有执行或者执行失败，就会导致 A 账户少了 100 但是 B 账户并没有相应的多出 100。...也就是说，线程 A 在向线程 B 的通信过程必须要经过主内存。
and CustomerId = 'C88' and OrderDate >= '2016-10-1' and OrderDate <= '2016-10-3' 那么这种存储过程的有什么问题...这种写法写起来避免了拼凑字符串的处理，看起来很简洁，写起来也很快，稀里哗啦一个存储过程就写好了， 发布到生产环境之后就相当于埋了一颗雷，随时引爆。 ...避免了拼SQL字符串，既做到让参数非空的时候生效，有做到参数为空的时候不生效，看起来不错，是真的吗？ 那么这种存储过程的有什么问题？ ...上面提到过，SQL在执行之前是需要编译的， 因为在编译的时候并不知道查询条件是否传入了值，有可能为null，有可能是一个具体的值 实话说，为什么抑制到到索引的使用，我之前也是没有弄清楚的，...，恒成立吗，不一定，某些情况下就会有严重的语义错误 博主发现这个问题也是因为某些实际系统中的bug，折腾了好久才发现这个严重的逻辑错误 http://www.cnblogs.com/wy123
其中有一个性能问题把我搞得很麻。 有粉丝在使用过程中发现部分页面的切换动画非常卡顿不流畅。最诡异的是，就那几个页面动画卡顿，其他页面又非常流畅。...压根没有放到网上讨论的必要？ 一时之间，我都有点怀疑是不是自己犯了什么低级错误... 然后又像个傻 X 一样去把代码从头到尾看了 1，2，3 遍... 代码看上去，确实没什么问题。...1、创建页面实例时，执行了太多的逻辑 这种情况的表现为，点击按钮有延迟感，响应不及时。 2、执行入场动画时，执行了耗时任务，跟主线程抢占执行资源 这种情况的表现为，入场动画渲染掉帧，不流畅，卡顿。...3、解决方案 定位到原因，并想明白整个渲染过程之后，解决的方案就非常简单了。我分析了我的几个卡顿的页面，发现上面两种情况都有存在。 先来解决切换动画卡顿的页面。...解决思路就是我们只需要在入场动画执行结束之后，再执行耗时任务即可。微信小程序并没有给开发者提供页面切换动画的具体结束钩子，但是，我们可以使用定时器来推后耗时任务的执行。
然后代码执行过程中的变量，参数什么的，也是需要存储的。给个图你了解一下吧 丹尼尔：哦，还有其它资源吗？...即使它们都是同一份代码，但各自播放的内容和进度都可以不同 丹尼尔：明白了 蛋先生：既然你有编程基础，我就简单总结一下吧。 什么是进程？...蛋先生：a 是个静态成员变量，它存储在进程内存空间的数据段，共享于多个线程，所以它属于线程间共享的资源对吧 丹尼尔：没错 蛋先生：我们再看下 add 方法的逻辑 a += 1， 这么简单的代码，在底层并非原子操作...线程在运行时，实际上是在执行代码，而执行代码过程中需要存储一些中间数据，也可能会执行一些 I/O 操作。如果过程中被中断，是不是得保留现场，以便下次恢复继续运行？...蛋先生：回想一下，我们之前一个线程负责运行加载和解码逻辑，另一个线程负责播放逻辑，对吧？ 丹尼尔：没错，有什么问题吗？ 蛋先生：其实还有优化的空间。
业务往里面写数据时，先写日志，同时放在内存里面，内存积累到一定的数据，就排好序往底下磁盘刷盘，按同样的逻辑一层一层刷盘，这是典型的分层存储的概念。...反而开源的数据库执行计划缓存会做得非常弱，比如MySQL，可以说是几乎没有。如果有执行计划缓存，像Oracle这种数据库，效率是完全不一样的，每次执行，效率有可能会有10倍以上的提升。...我在第一次使用MySQL就踩了一个坑，当时使用Create table as select备份一张线上表，然后表就被锁定了，导致业务故障，这个也是非常坑的地方。...RBO和CBO通常都是在生成执行计划后就不能再修改，即使执行过程中发现严重偏差也不会改变，因此后来有些数据库在CBO的基础上实现了更智能的Adaptive的逻辑，意思是在执行过程中，如果发现有更优路径，...所以部分场景下我们不用去特别纠结一定要遵循范式，如果说你觉得合理，业务逻辑实现可控，适当的冗余数据其实也没什么问题。
主节点选举：主节点挂掉了之后可以从备用的节点开始新一轮选主，主节点选举说的就是这个选举的过程，使用 Zookeeper 可以协助完成这个过程； 3....恢复模式 当服务启动或者在领导者崩溃后，Zab就进入了恢复模式，当领导者被选举出来，且大多数 server 完成了和 leader 的状态同步以后，恢复模式就结束了。...欢迎大家关注我的公种浩【程序员追风】，文章都会在里面更新，整理的资料也会放在里面。 说一下两阶段提交和三阶段提交的过程？分别有什么问题？ 两阶段提交协议 2PC 1....（3）各参与者节点响应协调者节点发起的询问。如果参与者节点的事务操作实际执行成功，则它返回一个”同意”消息；如果参与者节点的事务操作实际执行失败，则它返回一个”中止”消息。 2....假如有任何一个参与者向协调者发送了 No 响应，或者等待超时之后，协调者都没有接到参与者的响应，那么就执行事务的中断。 （1）发送中断请求：协调者向所有参与者发送 abort 请求。
：这个问题其实很好回答，实现的本质就是「图床」，毕竟朋友圈的评论区还是支持网址的跳转的。 “可以这么做吗？”：可以，目前来看并没有什么问题。 “会不会有什么问题？”...，是小程序推出的一套脚本语言，用来与 WXML 结合构建页面结构，这么说有点抽象了，大家可以把它类比为 Vue 中的 computed 属性，比较像（当然还是有一些差别的，比如引用方式，这里就不展开了，...、基础UI等进行审查，不是随随便便就能上线的，当然了，这次我的上线过程也和审核人员发生了一些故事，这个后面说。...（前进 PPT，等待动画结束） 还有这张图。（前进 PPT，等待动画结束） 这个“只上传 4 张图”的策略现在已经改了，没有这么小家子气，最多可以上传 10 张图片了。...小程序的变现逻辑很简单：打广告。当累积用户到达 1000 人时，就可以申请成为小程序的流量主开始打广告了。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
云直播
