腾讯云开发者社区-腾讯云

开发者社区

文档建议反馈控制台

最新优惠活动

文章/答案/技术大牛

发布

EffectiveCoding

专栏作者

113

文章

97419

阅读量

28

订阅数

架构视角的优化性能

架构系统性能性能优化优化

首先我们的系统通常是非常复杂的。无论你的系统是一个单体应用；还是做了n多解耦、分层、拆分的工作，单元逻辑足够简单的分布式应用；但是对于一个功能视角来看，仍然非常复杂，反而分布式环境下问题要比单体应用还要复杂一个量级。本文要说的就是：如何在复杂的系统下进行优化，让我们的硬件投入划得来，让我们的系统保障可靠的同时无比的丝滑。性能是一个很笼统的词儿，很多时候直接性能优化三板斧，只是误打误撞的在解决问题，我们需要一个完整的方法，对于性能问题进行鉴别、分析、从而解决。本文要探讨的就是这部分“方法论”，让性能优化的ROI最大化。

2023-03-24

2750

业务中间件设计方法论经验总结

架构设计事件总线

在说“业务中间件”之前先解释下什么是“中间件”，通常来说中间件是特指计算机系统中将底层逻辑屏蔽，并收敛某些通用功能构建出来的软件服务。目的是用来解耦底层实现细节，更简单的进行上层业务功能开发，比如常用的redis、levelDB、kafka、rpc 本质上都属于技术中间件的范畴。而业务中间件理我们也并不远，也是类似的思想，抽离相对通用的业务功能部分并集成特定技术，解决业务开发的复杂性等痛点问题。举个例子来说：

2022-05-26

6480

搞定营销活动-活动流程编排（架构设计思路）

事件总线分布式

就营销活动搭建的发展过程而言：最初的营销活动的搭建通常是“定制化”的，面临一个需求、一个场景写一个活动，慢慢的重复性活动越来越多，开始借鉴模板的思想，制作几套活动开始每次换肤，但是次次换肤限定了玩法套路，容易导致用户疲劳，效果开始衰退。这时候活动的诉求已经变成在现有的模版思想上灵活串联现有玩法，并不断新增玩法，所以开始沉淀一个又一个的标准“玩法”，比如说任务、签到、抽奖、投票、答题、助力、组团、打榜等等若干玩法，然后每次有新的活动我们只需要手动开发串联即可。

2022-03-31

2.5K0

如何有效的进行架构设计？

架构设计系统架构微服务 serverless

最近描述产品或者架构解决方案的经验总结写的相对较多，这篇暂时不谈具体问题场景了，想聊一下关于架构设计的一点方法论和经验总结。之前的很长一段时间都在实践和学习架构等相关的内容，回想了一下工作以来接触到的系统：广告系统、营销活动系统、权益系统、支付&账务系统、资金决策系统，然后还有那些看起来规模庞大的重点项目，也算是有了一点自己的总结和思考，在这里表述出来分享给大家。

2021-11-24

4220

谈一谈规则引擎在活动系统中的落地

本文从 “为什么需要规则引擎” “规则引擎的定义” “规则引擎在营销活动系统中的落地” “规则引擎平台内部架构” “现有的规则引擎” 来描述。

2021-05-14

2.2K1

性能分析 -- 各种毛刺

linux java https 网络安全

大家在观察压测&日常线上请求的平响、cpu使用时通常都能见到n多的毛刺，有的毛刺凸显并且有规律可循，有的杂乱无章，这些毛刺到底是因为什么产生的，对应的解决解决套路是怎么样的？

2021-01-06

2.2K0

谈一谈若干的K-V NoSQL应用：LevelDB、Redis、Tair、RockesDB

memcached windows 云数据库 Redis 存储数据处理

NoSQL、尤其是key-value NoSQL在日常开发中扮演了非常重要的角色，除非对于关系型数据或者事务之类的有着非常强的诉求，不妨就根据业务特点试一下NoSQL，现在市面上的NoSQL非常多，比如说 Redis、Tair、Rockes DB、MongoDB等，每种都有自己的特点。本篇文章就K-V的NoSQL数据库展开描述，对于常用的Redis、LevelDB、Tair、美团KV实战等进行分析，在高可用、性能优化方面这些它们都做了哪些事情，我们之后应该如何做技术选型和设计，从这些组件中能得到哪些优秀共性。

2020-08-11

2.5K0

我认知中的营销活动及其系统

云数据库 Redis 系统架构分布式云数据库 SQL Server 数据库

这是一篇大长文，是对我上份工作的总结，对主要工作内容的总结、也是对 “2020技术驿站” 补交的作业，望前东家前团队能更好，也祝愿自己在新的环境中能继续满心欢喜的前行。

2020-06-16

5.1K2

由null出发-看看为何mysql这么排斥null

数据库云数据库 SQL Server sql java 云数据库 Redis

在表结构设计时我们经常会面对是否要加空值约束、默认值处理等问题，当向前人经验中检索时，经常会看到不建议为null，强刷面经时not null也经常被归结到优化建议当中去，今天就来看一下为何？通常来说，null表示虚无&不确定，在不同的实现中对null的定义相似。最早在Codd提出关系模型的最早的paper里，就引入了NULL。先看不同语言对于null的处理：

2020-05-18

1.4K0

到底什么是RPC - 概述

分布式 rpc http 文件存储 tcp/ip

远古时期，每个进程各干各的，但随着发展有时候会存在A进程调用B进程某一方法，使用其功能的场景，比如说把画图统一都在某一个进程中，其他进程只需要调用它就ok了（代码没有散落到各地、也减少了一部分动态链接的管理），但是最初是不支持的，就产生了所谓的IPC（Inter-process communication 本地进程间通信），没错这里的IPC就是上学的时候经常背的共享内存等进程间通讯方式。再后来越来越多的单机系统复杂到无法维护面临拆分，小型机的瓶颈凸显及性价比越来越低，由pc和廉价服务器构成的集群、分布式方案逐渐形成，开始出现多个pc或者服务器搭建分布式系统的场景，之前单机上的IPC也演变成了现在的RPC（远程过程调用）。做服务器端研发，经常会有这样的一些名词RMI(remote method invocation，面向对象的远程方法调用)、RPC（remote procedure call，远程过程调用）、SOAP(simple object access protoal，简单对象访问协议)、REST(representational state transfer，表达性状态转移)，这些都可以理解为调用远程方法的一些通信技术“风格”，其中RPC是一个泛化的概念，严格来说一切远程过程调用手段都属于rpc范畴，本系列要说的就是这个泛化的RPC。

2020-04-23

2.8K0

JVM Advanced JIT Compiler Options

打包 java jvm 缓存编程算法

JIT相关编译选项 Advanced JIT Compiler Options -XX:+AggressiveOpts 最核心的应该是加快编译，在JDK 6之后就默认启用的，启用一些诸如编译优化、偏向锁、并行化老年代收集策略。通常是不用管的，默认的优化策略，添加此参数的原因是为工程提供一个优化技术选择的空间。 -XX:AllocateInstancePrefetchLines=lines 在实例分配指针之前设置要预取的行数。默认情况下，要预取的行数设置为1。- xx:AllocateInstancePrefetchLines = 1只有Java HotSpot服务器VM支持这个选项。

2020-02-25

1.3K0

JVM Advanced Serviceability Options

jvm dynamic heap path

Advanced Serviceability Options 这个系列的参数其实就是用来问题发生时来打印详细信息帮助分析的。 -XX:+ExtendedDTraceProbes 启动Dtrace探测器。注：Dtrace，Dynamic tracing 即动态跟踪。通常用于性能跟踪，方便发现系统的瓶颈，及待提升之处。 -XX:+HeapDumpOnOutOfMemory 当发生OOM时转储Heap，这个选项最好开一下。有利于分析问题。 -XX:HeapDumpPath=path 堆转储文件路径

2020-02-25

6650

JVM Advanced Runtime Options

高级运行时选项（Advanced Runtime Options）： -XX:+UnlockCommercialFeatures 开启商业选项，许多商业特性都需要这个选项的支持。 -XX:+CheckEndorsedAndExtDirs jdk 8中新增加的一个参数，有兴趣的可以去看看openjdk中的关于这一块的实现（http://hg.openjdk.java.net/jdk8u/hs-dev/hotspot/rev/fa6adc194d48）这个参数是用来阻止Java 命令运行应用（除非没有用到endorsed-standards override机制&扩展机制）。同时，这个选项会检查应用是否启动了以下机制 1、java.ext.dirs 或 java.endorsed.dirs 属性被设置 2、lib/endorsed 目录存在 && 不为空 3、lib/ext 目录下包含了除JDK以外的JAR 4、系统范围内特定于平台的扩展目录中包含任何JAR文件 -XX:+DisableAttachMechanism 启动此参数之后，JVM将禁止任何工具连接，通常情况下这个选项是关闭的。外部工具指的是 jstack、jmap、jinfo等JVM辅助分析工具。 -XX:ErrorFile=filename 用于当出现致命错误时，指定一个目录，用来存储Error信息。默认为当前目录下的hs_err_pidpid.log，也就是 filename=./hs_err_pidpid.log -XX:+FailOverToOldVerifier 当新的类型检查失败时，自动使用老的验证器。默认这个是关闭的，但是当我们需要时使用老版本的字节码的时候则需要开启这个选项。 -XX:+FilghtRecorder 嗯。Java 就是性能记录。这是一个商业特性，和 -XX:+UnlockCommercialFeatures 选项一起使用如果这个选项开启了，那么JVM的性能记录是不可用的。 -XX:-FilghtRecorder 嗯，又是性能记录。关闭了 -XX:FilghtRecorderOptions={ parameter=value、 defaultrecording={true|false}、 disk={true|false}、 dumponexit={true|false}、 dumponexitpath=path、 globalbuffersize=size loglevel={quiet|error|warning|info|debug|trace} maxage=time maxchunksize=size maxsize=size repository=path samplethreads={true|false} settings=path stackdepth=depth threadbuffersize=size } defaultrecording: 指定是否在后台一只记录还是只运行一段时间，默认这个参数的值是false。如果要一直开启，请设置为true。 disk：是否JRE持续的把记录写到硬盘中，默认false，如果想要持续记录，需要设置为true。 dumponexit：是否在JVM终止的时候记录JFE的数据 dumponexitpath：JVM终止是记录JFE的数据的路径，如果指定的是一个目录 JVM会自动创建一个文件（文件名一般是以当前时间生成），若是文件名，如果这个文件名已经存在了，通常会加一个时间后缀来区分。这个参数如果不生效，上一个参数的选项也是不成立的 globalbuffersize=size：指定保留数据的总大小。 loglevel：JFE日志的日志级别，默认 Info maxage：设置数据对大的保留时间 maxchunksize=size：设置数据最大块的大小 maxsize=size：设置数据在硬盘的最大容量，默认容量没有限制，前提：仅当disk=true时，此选项可用。 respository=path：设置临时仓库，默认使用系统的临时路径 samplethreads：设置是否进行线程抽样，默认为true setting=path：设置事件配置文件，默认是使用JAVA_HOME/jre/lib/default.jfc stackdepth=depth：设置对应栈追踪的深度，默认深度为64 threadbuffersize=size：指定每个线程的本地缓冲的大小，默认大小为5k

2020-02-25

8970

JVM Non-Standard Options

打包 java jvm

准备对每一个参数进行详细的介绍，并且给出一些我所了解到的小技巧。懂原理才能更好的使用嘛，推荐大家先把Java 使用熟练，然后好好看看JVM 原理相关的东西，最后再根据原理&使用对于JVM进行更高效的利用。下面开始介绍。非标准参数（Non-Standard）： -XBatch 虚拟机的缺省运行方式是在后台编译类代码，然后在前台执行代码，使用-XBatch参数时，会关闭虚拟机后台编译，在前台编译完成后再执行。 -Xbootclasspath:path -Xbootclasspath/a:path -Xbootclasspath/p:path 上面三个参数其实是一个参数。什么作用呢，挺简单的。就是改变虚拟机装载jar的方式，原本虚拟机是缺省系统运行包rt.jar，指定之后按照classpath中设定的搜索路径中装载系统运行类，除非我们需要写一个运行时，否则不会用到该参数。其中存在 /a，/p 两个选项： /a：在缺省搜索路径后架上 -Xcheck:jni 是否调用JNI函数进行附加的检查，特别地虚拟机将校验传递给JNI函数参数的合法性，在本地代码中遇到非法数据时，虚拟机将会报一个致命错误然后终止。使用该参数会造成性能下降不少。谨慎使用～ -Xcomp、-Xmixed、-Xint 这三个参数放在一块儿说吧，作用很简单就是用来指定Java bytecode的运行方式。其中-Xint全部使用字节码解释执行，这个是最慢的，慢的惊人，通常要比其他方式慢一个数量级左右。 -Xcomp相反，全部被编译成机器码执行，速度是很快的，但是存在一个缺陷，-Xcomp的策略过于简单，无法使用JIT的全部特性。比如 JIT会对在运行时对每个方法做统计，然后会有一些比如分支预测之类的自优化策略，但是使用-Xcomp时这个特性就无法生效了。还存在这样的一种情况，有些方法的调用比较少，但是也去做编译和优化的话，编译带来的开销还不如直接去解释执行那一块的代码，这样就产生一些不必要的开销了。这两种方式分场景来进行使用，针对合适的场景选择对应的模式。适合的才是最好的。还有一个参数，就是一种自适应的方式，有的地方解释执行，有的地方编译执行，具体的策略要依据profile的统计分析来判断。注：中间提到了一个JIT，可能有的同学对这个不是非常熟悉。JIT 的全称是Just in time，也就是 “即时” ，这是一种即时编译技术，能够通过保存之前编译得到的机器码来替代对应字节码的解释执行操作及一些分支预测等自优化功能来加快Java 程序的执行速度。具体是怎么做到的呢。请看 Java 系列中的JIT技术。 -Xdebug 这个选项，其实什么也没做。仅仅是为了向后兼容而已。 -Xdiag 显示额外的诊断信息，如果出现问题你又觉着信息不够全面时。 -Xfuture 对类文件进行严格格式的检查，以保证类代码符合类代码规范。如果为缺省则不进行严格格式检查。 -Xinternalversion 显示比版本选项更详细的JVM版本信息，然后退出。这个常用于 -version之后，看到的信息不够充分，你就可以使用它了，使用场景比较少 -Xloggc:filename 用于指定虚拟机每次垃圾回收时将回收的信息写到日志文件中，文件名由filename 指定 -Xmaxjitcodesize=size 为jit编译的代码指定最大代码缓存大小缺省单位为字节，也可以是k、m。默认的最大代码缓存大小为240 MB;如果使用选项- xx:- tiered编译禁用分层编译，那么默认大小是48 MB: -Xmaxjitcodesize = 240 这个选项相当于- xx:ReservedCodeCacheSize（下一篇会有具体的介绍）。 -Xmnsize 用于设置堆内新生代的大小，缺省单位为字节，也可以是k、m，后面有对应最大的虚拟机内存堆的最大可用大小，减去-Xmn就是老年代的大小。 -Xmssize 设置虚拟机内存堆的初始大小，缺省单位为字节（值必须为1024的整数倍，然后大于2m），当然也可以自行指定单位，比如说 k、m。缺省时，默认大小为2m。 -Xmxsize 设置虚拟机内存堆的最大可用大小，缺省单位为字节（值必须为1024的整数倍，然后大于2m），当然也可以自行指定单位，比如说 k、m。缺省时默认最大为64m。最常见的，如果我们运行的程序体量很庞大，64m已经远不够使用时，启动一段时间后可能会出现OOM，这时候就需要手动的去设置可用的堆内存的大小了。 -Xnoclassgc 关闭虚拟机对Class的垃圾回收功能。 -Xprof 输出CPU运行时的诊断信息。 -Xrs 减少虚拟机中操作系统信号的使用，这种参数通常用于以后台服务方式运行，最经典的比如Servlet -Xshare:

2020-02-25

5100

JVM 参数列表

编程算法 java

这一篇说一下JVM 参数相关，首先JVM参数中包含着么几类标准参数（Standard）、非标准参数（Non-Standard）、高级运行时选项、JIT相关编译高级选项、适用性高级选项、GC相关高级参数、不建议使用的参数（可能会被弃用）后续会对每个系列的参数还有使用技巧进行详细的剖析，这一篇仅仅是个引导。但是这个系列，对于不感兴趣的同学可能会无聊至极。不过掌握一些技巧还是蛮有趣的。懂原理，才能更好的使用嘛～其中标准参数：开头直接为参数名、非标准参数： -X 开头高级选项：-XX：

2020-02-25

6570

服务监控是一个服务中非常重要的组成部分，直接决定了问题的发现及排查速度，并且从一定程度上提高服务一个周期内的可用性。在Java服务中，除了对于业务、接口耗时&性能的监控之外还需要对Java 所依赖的JVM进行一定的监控策略。对于JVM的合理监控可以帮助我们更加全面的发现问题：比如说内部接口耗时忽然上升、oom频出这类问题，并且合理的JVM监控及分析策略，能够以此为依据进行服务所使用JVM的调优，从而提升稳定性及性能。

2020-02-25

6960

JVM 《八 JVM JDK代理&CGLib 代理解析》

spring jdk 打包 java aop

前言&背景现在Spring 什么的好火。 Spring 很经典的一个特性是AOP AOP 的基础是代理。代理分为静态代理、动态代理。静态代理，不好处挺明显的，工程中各式各样的代理代码，过于冗余。动态代理显得就简洁多了。动态代理在java中现在大约有这么两种技术。JDK 原生反射,字节码操作增强反射（我第一次学到这个的时候感觉特别特别高大上，虽然现在也这么感觉然后字节码操作技术比较火的就是ASM了，也就是CGLib所使用的技术。至于啥是代理，就不多解释了。就是产生一个代理操作来替代原核心操作并且增加一些便利的具有各个场景特性的附加操作。然后JDK&CGLib表象上或者语法上的区别，一个面向接口、一个面向类、Spring 根据情况使用也可强制。然后单独使用的时候写法儿上的不同。那在JVM层面去看待这个问题是怎样的呢？其实本质要讨论的就是Java 反射、字节码操作具体是怎么样的，有什么区别。先说一个反射的总体概念反射，顾名思义反着射，跟常规编写、编译、解释执行不同。我当时看反射的时候挺蒙蔽的，反射？反？射？到系统的看编程思想的RTTI那一块，对于反射的定义还有这个名字多少有点认可了。下面是百度的解释，感觉挺糟糕的也就是在运行状态中，对于任意一个类，都能够知道这个类的所有属性和方法；对于任意一个对象，都能够调用它的任意方法和属性；这种动态获取信息以及动态调用对象方法的功能称为java语言的反射机制。一个比较可取的解释 Instances of the class Class represent classes and interfaces in a running Java application. An enum is a kind of class and an annotation is a kind of interface. Every array also belongs to a class that is reflected as a Class object that is shared by all arrays with the same element type and number of dimensions The primitive Java types (boolean, byte, char, short, int, long, float, anddouble), and the keyword void are also represented as Class objects. 综合起来看，也就是运行期间根据名称去动态的加载及使用一个编译期未知的类，然后根据加载进来的Class对象，来调用该类具体的方法的行为。（静态加载、根据已知信息直接使用）为什么是反着呢，因为我们常规写程序都是既定使用的类&方法然后import、然后加载产生Class对象&使用类的具体信息驱动执行。（已知信息使用）而反射是在运行时除了名称完全未知，通过名称获取&加载进来，然后产生Class对象，通过Class 对象的信息来获取调用这个类具体的内容。（动态加载、透过 Class 获取信息去调用）当然，这个类通常是远程调用或者别的什么方式来获取使用的。 Java反射也就是上面说的常规过程，来加载&使用一个完全未知的类。而且JDK代理有个特点，是针对接口来实现的，也就是面向接口来编程，这也就导致了接口一致而非对象一致。并且Java 反射效率总体来说是比较低下。为了解决这些个问题，ASM之类的字节码操作技术出现了。

2020-02-25

3800

JVM 《七 JVM 角度看对象》

jvm java 编程算法

作为一个Java 程序员，天天与我们交互的除了逻辑就是对象了，我们可以自己new一个，也可以注入一个，得到对象的方法儿有很多。

2020-02-25

3960

JVM《六 Class 文件的解析》

java jvm ide 打包存储

上一篇说的是类加载机制，其中刚开始装载阶段是对二进制流进行装载或者解析对应的 .class 文件。

2020-02-25

4560

JVM 《五 JVM 类加载机制&Tomcat 类加载方式解析》

jvm 编程算法 java tomcat c++

所谓类加载机制也就是Java 虚拟机从磁盘装载 .class 文件或者网络中二进制字节流并且加载Java类的方式或者过程。

2020-02-25

6670

点击加载更多

社区活动

腾讯技术创作狂欢月

“码”上创作 21 天，分 10000 元奖品池！

Python精品学习库

代码在线跑，知识轻松学

博客搬家 | 分享价值百万资源包

自行/邀约他人一键搬运博客，速成社区影响力并领取好礼

技术创作特训营·精选知识专栏

往期视频·千货材料·成员作品最新动态