此博文的编写,源于前段时间的惨痛面试经历.刚好近几天尘埃落定.手头事少,遂总结一二,与各位道友分享,欢迎吐槽指正.今年年初的这段面试经历,已于之前的博文中 整理发出(https://www.cnblogs.com/zzq6032010/p/10492109.html).不会不丢人,但如果不会还不去整理总结.不去学习,这才是最丢人的!闲话少叙,下面开始正文. 注:本文是基于<Spring源码深度解析>(郝佳编著)一书梳理归纳而来,如果大家能结合Spring源码看,相信会了解更深刻. 零.概述 S

本文由云+社区发表 iOS开发过程中难免会遇到卡顿等性能问题或者死锁之类的问题,此时如果有调用堆栈将对解决问题很有帮助.那么在应用中如何来实时获取函数的调用堆栈呢?本文参考了网上的一些博文,讲述了使用mach thread的方式来获取调用栈的步骤,其中会同步讲述到栈帧的基本概念,并且通过对一个demo的汇编代码的讲解来方便理解获取调用链的原理. 一.栈帧等几个概念 先抛出一个栈帧的概念,解释下什么是栈帧. 应用中新创建的每个线程都有专用的栈空间,栈可以在线程期间自由使用.而线程中有千千万万的函数

调用链原理和场景 正如Service Mesh的诞生是为了解决大规模分布式服务访问的治理问题,调用链的出现也是为了对应于大规模的复杂的分布式系统运行中碰到的故障定位定界问题.大量的服务调用.跨进程.跨服务器,可能还会跨多个物理机房.无论是服务自身问题还是网络环境的问题导致调用上链路上出现问题都比较复杂,如何定位就比单进程的一个服务打印一个异常栈来找出某个方法要困难的多.需要有一个类似的调用链路的跟踪,经一次请求的逻辑规矩完整的表达出来,可以观察到每个阶段的调用关系,并能看到每个阶段的耗时和调用详

AOP AOP(Aspect Oriented Programming),即面向切面编程,可以说是OOP(Object Oriented Programming,面向对象编程)的补充和完善.OOP引入封装.继承.多态等概念来建立一种对象层次结构,用于模拟公共行为的一个集合.不过OOP允许开发者定义纵向的关系,但并不适合定义横向的关系,例如日志功能.日志代码往往横向地散布在所有对象层次中,而与它对应的对象的核心功能毫无关系对于其他类型的代码,如安全性.异常处理和透明的持续性也都是如此,这种散布在各

大家都知道istio可以帮助我们实现灰度发布.流量监控.流量治理等一些功能. 每一个功能都帮助我们在不同场景中实现不同的业务.那么其中比如流量监控这种复杂的功能Istio是如何让我们在不同的应用中实现呢? 因篇幅所限,我们今天重点介绍Istio里面实现这些功能的关键技术--调用链跟踪. 虽然 Istio 代理能够自动发送 Span 信息,但还是需要一些辅助手段来把整个跟踪过程统一起来.应用程序应该自行传播跟踪相关的 HTTP Header,这样在代理发送 Span 信息的时候,才能正确的把同一个

线程是操作系统能够进行运算调度的最小单位,操作系统线程进一步被封装成托管的Thread对象,手工创建并管理Thread对象已经成为了所能做到的对线程最细粒度的控制了.后来我们有了ThreadPool,可以更加方便地以池化的方式来使用线程.最后,Task诞生,它结合async/await关键字给与我们完美异步编程模式.但这一切让我们的编程体验越来越好,但是离线程的本质越来越远.被系列文章从"执行上下文传播"这个令开发者相对熟悉的角度来聊聊重新认识我们似乎已经很熟悉的主题. 目录 一.Th

hello,大家好,我是小楼. 今天给大家分享一个关于HBase数据倾斜的排查案例,不懂调用链?不懂HBase?没关系,看完包懂~ 背景 最近HBase负责人反馈HBase存储的调用链数据偶尔出现极其严重的倾斜情况,并且日常的倾斜情况也比较大,讲的通俗点就是出现了热点机器. 举个例子,有三台HBase机器存储调用链数据,其中大部分数据读写都在一台机器上,导致机器负载特别大,经常告警,这就是HBase倾斜,也叫热点现象.本文主要讲述了治理倾斜情况的过程,以及踩的几个坑. 知识铺垫 为什么会出现HB

在刚刚接触JS原型链的时候都会接触到一个熟悉的名词:prototype:如果你曾经深入过prototype,你会接触到另一个名词:__proto__(注意:两边各有两条下划线,不是一条).以下将会围绕prototype和__proto__这两个名词解释为什么不能在原型链上使用对象以及JS原型链的深层原理. 一.为什么不能在原型链上使用对象: 先举一个非常简单的例子,我有一个类叫Humans(人类),然后我有一个对象叫Tom(一个人)和另一个对象叫Merry(另一个人),很明显Tom和Merry都

分布式环境下,对于线上出现问题往往比单体应用要复杂的多,原因是前端的一个请求可能对应后端多个系统的多个请求,错综复杂. 对于快速问题定位,我们一般希望是这样的: 从下到下关键节点的日志,入参,出差,异常等. 关键节点的响应时间 关键节点依赖关系 而这些需求原来在单体应用中可以比较容易实现,但到了分布式环境,可能会出现: 每个系统的技术栈不同 有的系统有日志有的连日志都没有 日志实现手段不相同 以上系统都是自治的,要想看整体的调用链非常困难. 分布式系统日志统一的手段有很多,比如常见的ELK,但这

场景 & 代码 Inner0 中的某方法调用了 Inner1,代码 Inner1的代码很简单, Cat通过一个线程本地变量来保存调用链的相关信息,其中核心的数据结构是消息树和操作栈.消息树用来存数据,操作栈用来构建节点的层次关系. 在上面的调用过程中,这两个数据结构状态的变化如下 更复杂的场景 数据的变化过程

一旦你的程序docker化之后,你会遇到各种问题,比如原来采用的本地记日志的方式就不再方便了,虽然你可以挂载到宿主机,但你使用 --scale 的话,会导致 记录日志异常,所以最好的方式还是要做日志中心化,另一个问题,原来一个请求在一个进程中的痉挛失败,你可以在日志中巡查出调用堆栈,但是docker化之后, 原来一个进程的东西会拆成几个微服务,这时候最好就要有一个分布式的调用链跟踪,类似于wcf中的svctraceview工具. 一:搭建skywalking gihub地址是:https://g

URL监控埋点作用 一个http请求来了之后,会自动打点,能够记录每个url的访问情况,并将以此请求后续的调用链路串起来,可以在cat上查看logview 可以在cat Transaction及Event 页面上都看到URL和URL.Forward(如果有Forward请求的话)两类数据:Transaction数据中URL点进去的数据就是被访问的具体URL(去掉参数的前缀部分) 请将catFilter存放filter的第一个,这样可以保证最大可能性监控所有的请求 实践 工程说明 工程名 端口 作

1. 调用链Cat 1.1. 调用链演进 1.2. 开源产品比较 1.3. 监控场景 1.4. cat的增值作用 1.5. cat典型报表 1.5.1. 应用报错大盘 1.5.2. 业务大盘 1.5.3. logView 1.5.4. 可视化的logView 1.5.5. 应用报表(APM) 1.5.6. Transaction报表 1.5.7. Event报表 1.5.8. Problem报表 1.5.9. HeartBeat报表 1.5.10. Storage报表 1.5.11. Cache

目录 目录 1.什么是 Truffle? 2.适合 Truffle 开发的客户端 3.Truffle的源代码地址 4.如何安装? 4.1.安装 Go-Ethereum 1.7.2 4.2.安装 Truffle 4.0 4.3.安装 TestRPC 5.使用 Truffle 进行智能合约的开发 5.1.初始化一个 Truffle 项目 5.2.编译合约 5.3.创建一个 Hello mshk.top 的合约并编译 6.部署智能合约 6.1.将智能合约部署到 TestRPC 中测试 6.1.2.启动

最近在看区块链和比特币的知识,顺便简单研究了一下BitCoin的脚本语言,发现OP_RETURN这个命令可以在后面放入自己想说的内容,很多侧链啊,公证之类就是利用了这个特性,可以把一句话,或者一个哈希值放在这个命令后面,于是我也想试一试,看看能不能成功. 由于本人对C#很熟悉,所以采用的是网上的.Net BitCoin的开源库NBitcoin.下面是实现过程. 1. 去买一定量的比特币. 这个不用多说了,到火币网,OKCoin等比特币交易所都可以购买,因为是实验的需要,所以并不需要买很多,几元~

*:first-child { margin-top: 0 !important; } body > *:last-child { margin-bottom: 0 !important; } a { color: #4183C4; } a.absent { color: #cc0000; } a.anchor { display: block; padding-left: 30px; margin-left: -30px; cursor: pointer; position: absolute

1.Zipkin是什么 Zipkin分布式跟踪系统:它可以帮助收集时间数据,解决在microservice架构下的延迟问题:它管理这些数据的收集和查找:Zipkin的设计是基于谷歌的Google Dapper论文.每个应用程序向Zipkin报告定时数据,Zipkin UI呈现了一个依赖图表来展示多少跟踪请求经过了每个应用程序:如果想解决延迟问题,可以过滤或者排序所有的跟踪请求,并且可以查看每个跟踪请求占总跟踪时间的百分比. 2.为什么使用Zipkin 随着业务越来越复杂,系统也随之进行各种拆分,

1. 背景 我们的技术栈包括了Java..NET.Node.js等,并且采用了分布式的技术架构,系统性能管理.问题排查成本越来越高. 2. 基本诉求 针对我们的情况,这里列出了选型的主要条件,作为最终判断依据 基本条件: 多平台探针(Java..NET Core.Node.js) 无侵入的探针部署方式 探针对应用性能和高可用影响小 服务端高可用,服务端不可用时,客户端无影响 3. 主要选项 主流的调用链追踪项目有Pinpoint.Zipkin.Skywalking.CAT 3.1. Pinpoi

今天打算来讲一讲 Dubbo 服务远程调用.笔者在开始看 Dubbo 远程服务相关源码的时候,看的有点迷糊.后来慢慢明白 Dubbo 远程服务的调用的本质就是动态代理模式的一种实现.本地消费者无须知道远程服务具体的实现,消费者和提供者通过代理类来进行交互!! 一.JAVA 动态代理 简单看一段代码回顾一下动态代理: public class MyInvocationHandler implements InvocationHandler{ private Object object; publi

以太坊开发(二)使用Ganache CLI在私有链上搭建智能合约 在上一篇文章中,我们使用Truffle自带的客户端Truffle Develop,在私有链上搭建并运行了官方提供的WebPack智能合约. 本文我们使用另一个客户端Ganache,搭建并运行自己的智能合约HelloWorld. 本文环境: Mac OS 10.13.3 Node v9.5.0 Truffle v4.0.6 Ganache CLI v6.0.3 (ganache-core: 2.0.2) Ganache Ganach

继承:当前对象没有的属性和方法,别人有,拿来给自己用,就是继承 1 混入式继承 var I={ }; var obj = { name: 'jack', age:18, sayGoodbye : function () { console.log("goodbye") ; } } // 混入式继承, a中 将继承obj的所有属性 for (var k in obj ) { a[k] = obj [k] ; } 2.原型继承 利用原型中的成员可以被其相关对象共享这一特性,可以实现继承 实