​HTML代码混淆技术:原理、应用和实现方法详解
HTML代码混淆是指将HTML源码通过特定的算法进行加密处理,使得人类可读的源码变得难以理解和识别,从而防止爬虫对网站数据的抓取。其原理主要包括以下几个方面:
深度链接(DeepLink)应用场景解析与解决方案
深度链接(DeepLink)移动互联网时代,App成为了绝对的流量入口,用户90%以上的时间都花在一个个App的体验中,移动端自然而然地成为企业推广拉新、营销促活的绝佳场景。然而当用户需要通过网页访问App中的具体内容时,传统链接无法对不同的独立App进行内容交互,使得用户需要多番操作才能到达目标
使用云函数实现定时签到
云函数 Serverless 是一种无服务器计算服务,可以帮助用户在云端运行代码而无需管理服务器,用户只需编写业务逻辑代码并上传到云端,云函数会根据请求量自动扩容,按照实际使用的计算资源付费,同时支持与其他云服务集成,如对象存储、消息队列、数据库等。云函数 Serverless 可以用于处理数据、构
传统营销与获客痛点对比,真实有效的解决方案来了
随着互联网发展玩法流量逐渐多样以及外部环境的变化,渠道流量和获客途径也在随之颠覆,原有赛道里的玩家们可能都发现了:过去稳定的用户池以及获客套路已经有些玩不转,投放以及激励措施逐渐失效。因此,如何确保在多变的互联网环境下,迅速搭建起能时刻满足用户需求的运营体系,已经成为众多企业急待解决的问题。本文
实用案例:解析工具类App的用户拉新、增长策略
移动工具类App早已渗入生活的方方面面,除了日常的通信娱乐外,你也许在不知不觉间就已经使用了多个工具App,比如刚刚你就在使用某输入法打字、打开某相机拍照、打开某应用查看天气…传统的工具类App的属性是“用完即走”,用户完成了一次使用,就关闭了App,对App的依赖性不大,因此推出有效的创新玩法、
如何从抓包文件中分析慢请求
请求慢的原因很多,当出现前端反应接口慢时,而通过后端日志查看请求处理时间并不慢时,往往会手足无措,当面对网络问题出现手足无措时,这就是在提醒你该抓包分析了,那么一般如何根据抓包文件去分析慢请求呢,今天我们就来看看。
【全网首发】剖析CPU性能火焰图生成的内部原理
在进行CPU性能优化的时候,我们经常先需要分析出来我们的应用程序中的CPU资源在哪些函数中使用的比较多,这样才能高效地优化
【云原生•监控】Categraf大一统的监控数据采集器
希望对所有常见监控对象提供监控数据采集能力,采用 All-in-one 的设计,不但支持指标采集,也希望支持日志和调用链路的数据采集。
【云原生•监控】夜莺可观测性之告警系统设计 - 2
夜莺监控系统在告警引擎的建设上,提供了诸多灵活配置能力,而且具备多样的告警策略,下面我们来看一下告警系统是如何设计实现的。
【云原生•监控】夜莺监控系统的可观测性实操 - 1
笔者已经在公有云上搭建了一套临时环境,可以先登录体验下
Prometheus 云原生kubernetes服务发现原理图解
Discoverer基于不同协议发现采集点,通过channel通知到updater协程,然后更新到discoveryManager结构体trargets字段中,最终由sender协程将discoveryManager的targets字段数据发送给scrape采集模块。
推荐几个我近期排查线上http接口偶发415时用到的工具
近期有一个业务部门的同学反馈说他负责的C工程在小概率情况下SpringMvc会返回415,通过输出的日志可以确定是SpringMvc找不到content-type这个头了,具体为什么找不到了呢?
【译】Lightrun - 调试Java程序生产问题的优秀工具
Lightrun易于使用,但功能非常强大,因为我们可以使用指标注入日志、收集快照或检测我们的代码,而无需更改需要重新部署的生产源代码。
【全网首发】抛砖系列之redis监控命令
分享几个我最近掌握的redis监控工具,希望能给你带来一些帮助
分享一个高性能 Excel 电子表格文档基础库
Excelize 是 Go 语言编写的用于操作 Office Excel 文档高性能基础库,可以使用它来读取、写入由 Microsoft Excel™ 2007 及以上版本创建的电子表格文档。支持 XLSX / XLSM / XLTM 等多种文件格式。
【全网首发】案例分享-https证书链不完整导致请求失败
通过一个案例分享一款https证书链补全工具,顺带了解一些附带知识
【全网首发】设计了一个自动归档工具
分享一个我年初设计的自动归档功能,如何将一些思考融入到简单的CRUD中
中心化决议管理——云端分析
云端分析是针对 CocoaPods 依赖管理云端化的优化方案。对大量重复的 iOS 工程构建任务进行了收敛和资源复用,在保证正确性的前提下达到了加速依赖管理速率的目的,实现了 Pod install 分析阶段提速 60% 以上的能力。
Arrivals 线程组的一点解释
 概述Arrivals 线程组,基本用法就是通过设计预期的总吞吐量,让系统计算需要的线程数。此时的线程数就是平均并发数如果单线程的业务处理时间是 2s/笔,也就是吞吐量为 0.5 笔/s,此时想达到 10 笔/s 就至少需要 20 个线程同时处理;如果单线程的业务处理时间
Prometheus 服务完整部署
grafana加入了一些新的功能描述,比如允许跨域访问,自定义侧边栏,免密登录等
设计和实现的对比:4种常见堆分析器进行内存泄漏故障排除
了解如何使用常见的堆分析器以及如何设计和实现 Go 堆分析器、gperftools、jemalloc 和 Bytehound 等分析器。
字节跳动端智能工程链路 Pitaya 的架构设计
Pitaya是由字节跳动的Client AI 团队与 MLX 团队共同构建的一套端智能工程链路,为端智能应用提供从开发到部署的全链路支持。
基于配置中心的轻量级动态可监控线程池 - DynamicTp
大家好,我是编程狐,今天我们来聊一个比较实用的话题,动态可监控的线程池实践,开源项目<<DynamicTp>>地址在文章末尾。写在前面稍微有些Java编程经验的小伙伴都知道,Java的精髓在juc包,这是大名鼎鼎的Doug Lea老爷子的杰作,评价一个程序员Jav
【全网首发】分享一次机房出口带宽跑满的案例
工作这么多年,带宽跑满这事也只是听说过,倒没亲身经历过,通过一个案例了解基本概念和一些常规手段
JVM系列之:关于HSDB的一点心得
之前未接触过 HSDB 工具,在深入学习反射时,研究其源码时需要了解生成的字节码文件,恰巧看到别人使用了 HSDB 工具,因此花时间学习了一番。HSDB(Hotspot Debugger),是一款内置于 SA 中的 GUI 调试工具,可用于调试 JVM 运行时数据,从而进行故障排除。&nb
如何读懂火焰图? 实例讲解程序性能优化
软件的性能分析,往往需要查看 CPU 耗时,了解瓶颈在哪里。
Linux 网络分析必备技能:tcpdump 实战详解
相对于其它 Linux 工具而言,tcpdump 是复杂的,但是也是非常有用的!
小闪对话:阅读源码的关键思路
本次对话帮助大家快速理清阅读源码的关键思路,下篇会对话阅读源码的实战技巧,目录在文末。
【8】性能测试平台从设计到实现-运维监控指标的解读
性能测试平台从设计到实现的第九篇,运维监控指标的解读。本文讲述了被测服务与发压机的运维角度需关注的指标,包括硬件相关指标和服务相关指标。
【7】性能测试平台从设计到实现-报告指标深度解读及通过标准评估
性能测试平台从设计到实现的第八篇,报告指标的详解解读及个人实践经验总结。本文讲述了在生成压测报告后,对报告中各指标的含义进行解读。并对应给出本次压测是否符合预期的评估标准。
【6】性能测试平台从设计到实现-报告初步解读和平台的增强优化
性能测试平台从设计到实现的第七篇,报告初步解读和平台的增强优化。本文讲述了在压测中和压测结束后,针对报告的解读方法,需关注的指标以及平台所做的增强型优化功能
【5】性能测试平台从设计到实现-如何选择适合自己的压力模型
性能测试平台从设计到实现的第六篇,如何选择适合自己的压力模型,本文从实际业务场景出发,介绍两大类场景并发数和QPS下的压力模型构造方法,及在引擎提供的基础能力上,如果简化这部分的工作。
【4】性能测试平台从设计到实现-玩转压测脚本之场景化压测
性能测试平台从设计到实现的第五篇,玩转压测脚本之场景化压测,本文是第四篇如何玩转脚本的姊妹篇,以春运活动为例,讲解了场景化压测脚本的编写方法
【3】性能测试平台从设计到实现-如何玩转压测脚本
性能测试平台从设计到实现的第四篇,如何玩转压测脚本,本文主要介绍了Gatling引擎的scala脚本的常用写法,直接拿走不用谢~
【2】性能测试平台从设计到实现-中控系统之资源管理
性能测试平台从设计到实现的第三篇,中控系统之资源管理,本文主要介绍了资源管理中的四要素,即用例、数据、压力模型和执行节点。
【1】性能测试平台从设计到实现-中控系统
性能测试平台从设计到实现的第二篇,中控系统,本文主要介绍了中控系统的任务管理的新建任务功能,将任务所需的各类资源按照步骤进行拆分,映射到资源管理模块下的各个子模块中,可复用,可新建【支持保存】。任务从创建到实时执行查看到执行完成回看的全过程。
【0】性能测试平台从设计到实现-开篇
性能测试平台从设计到实现-开篇;从背景介绍、目标价值和特征分析三个方面,对性能测试平台的建设进行阐述
JVM故障分析及性能优化系列之七:使用MAT的Histogram和Dominator Tree定位溢出源
原文链接:https://www.javatang.com/archives/2017/11/08/11582145.html上一篇文章概括的介绍了JVM Heap Dump文件生成的方式以及内存分析
spring-data-redis 上百万的 QPS 压力太大连接失败,我人都傻了
大家好,我们最近业务量暴涨,导致我最近一直人都傻了。前几天晚上,发现由于业务压力激增,某个核心微服务新扩容起来的几个实例,在不同程度上,出现了 Redis 连接失败的异常:```org.springf
学会这个Thread Dump分析工具,让您秒变性能分析大师!
每次分析thread dump,我都会用肉眼扫描这dump中的线程状态,并企图发现可能存在的死锁,十几万行太难了!有时候记不太清楚各种等待、阻塞的原因,我都偷偷打开一篇博客边看边分析,很明显我还没把原
在 VS Code 中使用 GraalVM 和 VisualVM 进行性能和内存分析
Jetbrain最近的一项调查显示,大约五分之一的Java开发人员使用了visual vm,这使得它成为生态系统中使用最广泛的性能分析工具。在最近发布的GraalVM 21.2中,我们改进了VS Co
XPocket插件使用案例合集——性能问题排查分析,一个XPocket足以!
你是否遇到过这些问题? - 系统存在性能问题 - 问题排查时一头雾水,不知道用什么工具 - 查找工具,下载和安装都很浪费时间 - 排查问题十分繁琐,想尽量简化排查方案以供后续使用XPocket是Per
使用 FastThread 以及 GCEasy 分别针对线程dump文件以及GC日志文件进行离线分析
概述FastThread 以及 GCEasy分别针对线程dump文件以及GC日志文件的离线分析工作,可快速直观的定位到相关的性能问题。 前置准备 针对目标进程分别生成线程dump文件以及GC日志文件使
记一次使用VJMap排查频繁YGC的经历
VJMap概述分代版的jmap(新生代,存活区,老生代),是排查内存缓慢泄露,老生代增长过快原因的利器。因为jmap -histo PID 打印的是整个Heap的对象统计信息,而为了定位上面的问题,我
使用XPocket插件JConsole排查线上OOM异常案例
XPocket插件JConsole主要用于内存问题的排查,能够对堆中的Eden、Survivor、Old区以及堆外的Metaspace、Code Cache等区域进行观察。我们在使用JConsole时
一张图看懂linux内核中percpu变量的实现
我们在使用各种编程语言进行多线程编程时,经常会用到thread local变量。所谓thread local变量,就是对于同一个变量,每个线程都有自己的一份,对该变量的访问是线程隔离的,它们之间不会相
Java Flight Recorder - 事件机制详解
编者按:Java Flight Recorder(简称为JFR)曾经是 Oracle JDK 商业版的附属组件,在 JDK 11 中正式开源,后又被移植到 JDK8 中。JFR对本身应用的侵入性很小,
XPocket插件中心|JStack_X、Top_X插件上新,欢迎下载使用
为了给你带来更好的产品体验,请认真填写这份问卷:[XPocket插件中心调研问卷](XPocket插件中心调研问卷)你最想要我们在XPocket插件中心上新哪些插件?请在评论区留言、或填写问卷、或可以
借助Xpocket中的perf插件 了解cpu热点函数的抓取原理
本文使用了xpocket工具包的插件链接xpocket地址: [https://plugin.xpocket.perfma.com](https://plugin.xpocket.perfma.com
XPocket插件jstack_x助力线程问题排查
在程序开发过程中,开发人员通常会遇到许多线上问题,这些问题可能是代码Bug导致的,也可能是性能问题引起的。这些线上问题都会通过CPU飙升、GC频繁、抛出OOM异常等情况表现出来,这些问题的根因很可能是
记一次因 Redis 使用不当导致应用卡死 bug 的排查及解决!
首先说下问题现象:内网sandbox环境API持续1周出现应用卡死,所有api无响应现象刚开始当测试抱怨环境响应慢的时候 ,我们重启一下应用,应用恢复正常,于是没做处理。但是后来问题出现频率越来越频繁
这个Bug的排查之路,真的太有趣了。 #论程序员,你曾遇到关于性能的那些事#
在《深入理解Java虚拟机》一书中有这样一段代码:```public class VolatileTest { public static volatile int race = 0; p
看了 Spring 官网脚手架真香,也撸一个 SpringBoot DDD 微服务的脚手架!
作者:小傅哥博客:[https://bugstack.cn](https://bugstack.cn) 沉淀、分享、成长,让自己和他人都能有所收获!😄 一、前言`为什么我们要去造轮子?`造轮子的核心
关于JConsole里的“执行GC”按钮与System.gc()的关系
前言JConsole里的可以执行的gc这里的GC是立即执行,还是与代码里写System.gc()一样,是由jvm决定什么时候来执行的?执行的是minor gc,还是full gc,还是根据特定区域执行
代码优化日记 ——火焰图找问题代码
一、问题背景- 排序服务,用于推荐item分数预测,详细项目背景及排序请求执行逻辑可参考之前的一篇文章 :《[性能优化:线程资源回收](https://heapdump.cn/user/708
通过一个线上调优例子了解JMC 与 Event 结构与详细配置
查看 JFR 事件的工具 - JMC (Java Mission Control)首先打开 jmc,我们通过 “文件” - “打开文件” 来打开一个 jfr 文件。 由于 JFR 文件里面的数据要全部
一次系统调用时间过长追踪完整教程案例
Ftrace简介Ftrace是Linux进行代码级实践分析最有效的工具之一,比如我们进行一个系统调用,出来的时间过长,我们想知道时间花哪里去了,利用Ftrace就可以追踪到一级级的时间分布。 Ftra
如何使用Eclipse内存分析工具定位内存泄漏
本文以我司生产环境Java应用内存泄露为案例进行分析,讲解如何使用Eclipse的MAT分析定位问题 背景11月10号晚上8点收到报警邮件,一看是OOM打开公司监控系统查看应用各项指标发现JVM中老年
JFR定位线上问题实例 - JFR导致的雪崩问题定位与解决
最近发现一个应用,使用默认的 JFR 配置,发生了类似于雪崩的现象,这里记录下,引以为戒。 Key takeaways1. JFR 的线程堆栈 dump 采集默认周期是everyChunk,也就是每次
线上排障技巧 | 动态修改LOGGER级别
前言大多数情况下,我们会在打印日志时定义日志的LOGGER级别,用来控制输出的信息范围。一方面,过多的输出会影响查看日志的效率,另一方面,过少的日志让问题定位变得困难。但当线上出现问题时,线上容器通常
记一次通过Arthas定位解决spring-boot中内嵌tomcat的Bug问题
背景公司有个渠道系统,专门对接三方渠道使用,没有什么业务逻辑,主要是转换报文和参数校验之类的工作,起着一个承上启下的作用。最近在优化接口的响应时间,优化了代码之后,但是时间还是达不到要求;有一个诡异的
实战生产问题:真的别再使用TimerTask了!
问题背景说说大概的场景吧。由于系统里面增加了权限的限制,不同用户拥有不同的数据权限。当前的方案是查询用户uid和对应的数据列表存放在本地内存里,并且需要定时捞取对应的关系数据存储在本地缓存LocalC
火焰图:全局视野的Linux性能剖析
什么是火焰图火焰图(Flame Graph)是由Linux性能优化大师Brendan Gregg发明的,和所有其他的trace和profiling方法不同的是,Flame Graph以一个全局的视野来
fastJson与一起堆内存溢出'血案'
现象- QA同学反映登录不上服务器 排查问题1--日志级别- 查看log,发现玩家登录的时候抛出了一个java.lang.OutOfMemoryError - 大概代码是向Redis序列化一个Pla
JVM CPU Profiler技术原理及源码深度解析
引言研发人员在遇到线上报警或需要优化系统性能时,常常需要分析程序运行行为和性能瓶颈。Profiling技术是一种在应用运行时收集程序相关信息的动态分析手段,常用的JVM Profiler可以从多个方面
JVM源码分析之jstat工具原理完全解读
概述jstat是hotspot自带的工具,和java一样也位于`JAVA_HOME/bin`下面,我们通过该工具可以实时了解当前进程的gc,compiler,class,memory等相关的情况,具体
Java 虚拟机进程状态管理工具 jps 失效?吓尿了!
寒冬了,服务器资源也要节约这用。以前,我们一个人可以申请多个机器进行一些分布式的系统部署和测试,包括一些微服务方面的项目我们尽量的模拟多台机器的环境。但是现在,公司为了进一步节约成本开支,把一些机器进

有开始,就会有进​步!

在追求性能的道路上,记录每一刻的成长!源码解读,编程技巧,外文翻译,技术实践,线上案例等等,记录自己,启发他人!

专家作者推荐

巡山小汪

关注微信公众号《解Bug之路》,有问题请在公众号中咨询:) 无论多么艰苦的时刻,都不要忘记,辉煌的未来,在你的眼中闪耀!

飞哥开发内功

《深入理解Linux网络》作者,腾讯搜狗十年工程师,公众号「开发内功修炼」作者!

踩刀诗人

聊聊技术,唠唠段子,偶尔做菜写诗,欢迎关注我的公众号 踩刀诗人

Brand

搜索关注微信公众号【架构与思维】:撰稿者为bat、字节的几位高阶研发/架构,专注技术分享。

专题推荐

在日常Linux维护中,I/O性能对于一个系统的影响是至关重要的。一个系统经过多项优化以后,瓶颈往往落在数据库;而数据库经过多种优化以后,瓶颈最终会落到I/O。而IO性能的发展,明显落后于CPU的发展。Memchached也好,NoSql也好,这些流行技术的背后都在直接或者间接地回避I/O瓶颈,从而提高系统性能。
 
本期给各位运维工程师带来的是网络I/O的性能调优,从I/O入门到问题排查与优化,希望对大家的平时的工作会有所帮助,也欢迎在下面留言你想了解的I/O的问题。
4篇文章9497阅读量
 RocketMQ 在 4.5.0 之前提供了主从同步功能,即当主节点宕机后,消费端可以继续从从节点上消费消息,但无法继续向该复制组发送消息。RocketMQ 4.5.0版本引入了多副本机制,即 DLedger,支持主从切换,即当一个复制组内的主节点宕机后,会在该复制组内触发重新选主,选主完成后即可继续提供消息写功能。本期从源码入手,向大家解读RocketMQ多副本~
8篇文章22147阅读量