- 综合排序
- 最热优先
- 最新优先
- 来自专栏java系列
Java基础】This逃逸（ This引用逃逸详解）
【Java基础】This逃逸（ This引用逃逸详解）1、This逃逸中的关键词This引用逃逸对象在还没有构造完成时，This引用已经发布出。发布对象发布是指一个对象在作用域范围之外被使用。 2、This逃逸示例分析public class ThisEscape { final int a; int b=0; static ThisEscape obj; public ，但是不一定发生，而线程B发生this逃逸这是因为：由于JVM的指令重排序存在，实例变量i的初始化被安排到构造器外(final可见性保证是final变量规定在构造器中完成的)类似于this逃逸，线程A中构造器构造还未完全完成 3、什么情况下会This逃逸发生This逃逸一般会有两种情况：在构造器中启动线程：启动的线程任务是内部类，在内部类中 xxx.this 访问了外部类实例，就会发生访问到还未初始化完成的变量在构造器中注册事件 ，引起This逃逸的问题是在多线程滥用引用。
65130编辑于 2023-06-09 - 来自专栏冰河技术
逃逸分析，yyds！！
大家好，我是冰河~~ 在JVM的实现中，为了提高JVM的性能和节省内存空间，JVM提供了一种叫做 “逃逸分析” 的特性，而且对于“逃逸分析” 这种特性，也是近年来大厂面试常问的知识点。 今天，我们就一起来聊聊什么是逃逸分析 逃逸分析的概念 先以官方的形式来说下什么是逃逸分析。逃逸分析就是：一种确定指针动态范围的静态分析，它可以分析在程序的哪些地方可以访问到指针。 在JVM的即时编译语境下，逃逸分析将判断新建的对象是否逃逸。即时编译判断对象是否逃逸的依据：一种是对象是否被存入堆中（静态字段或者堆中对象的实例字段），另一种就是对象是否被传入未知代码。 对象逃逸示例 一种典型的对象逃逸就是：对象被复制给成员变量或者静态变量，可能被外部使用，此时变量就发生了逃逸。 我们可以用下面的代码来表示这个现象。 还没完，我们继续看下逃逸分析的优点，以便于小伙伴们能够更好的理解逃逸分析。 逃逸分析的优点 逃逸分析的优点总体上来说可以分为三个：对象可能分配在栈上、分离对象或标量替换、消除同步锁。
43710编辑于 2022-06-15 肿瘤免疫逃逸
了解一些免疫逃逸方面的内容，对我们分析单细胞空间外显子数据很有帮助。顺便问一句，免疫细胞如果被老板优化了，降本增效算成功了吗？？ “肿瘤免疫编辑”假说是当前被认可的肿瘤免疫逃逸理论。 肿瘤免疫逃逸由多个因素共同介导，其机制包括:肿瘤细胞通过低表达、遮盖抗原或抗原变异等方式直接逃逸免疫监控;肿瘤组织微环境募集或扩增多种抑制性免疫细胞来诱导肿瘤免疫抑制等。 (四)肿瘤细胞低表达MHC分子MHCI类分子提呈功能的缺乏常常是导致肿瘤免疫逃逸的主要原因之一。 这些抑制分子与间质细胞共同形成稳定的免疫微环境，帮助肿瘤细胞逃逸机体的免疫监视并促进肿瘤进展。
52810编辑于 2024-02-28- 来自专栏腾讯云安全专家服务
Docker逃逸原理
逃逸思路1.因配置特权模式逃逸（--privileged，--cap-add与SYS_ADMIN结合）2.docker.sock通信传输逃逸（容器A新建一个容器B，再使用容器B进行逃逸）3.结合linux 内核提权漏洞逃逸（脏牛dirty cow）4.docker中的/proc传输，/fd传输逃逸（CVE-2019-5736）Docker是当今使用范围最广的开源容器技术之一，具有高效易用的优点。 图片.png一.配置特权模式时的逃逸情况（一）--privileged（特权模式）特权模式于版本0.6时被引入Docker，允许容器内的root拥有外部物理机root权限，而此前容器内root用户仅拥有外部物理机普通用户权限 最终我们可以通过访问容器内部的/abc路径来达到访问整个宿主机的目的：ls /abcimage.png7.尝试写文件到宿主机：echo 123 > /abc/home/botasky/escape2image.png8. 因此，当容器访问docker socket时，我们可通过与docker daemon的通信对其进行恶意操纵完成逃逸。
3.8K61编辑于 2023-03-01 - 来自专栏Golang语言社区
Golang逃逸分析
Golang逃逸分析 介绍逃逸分析的概念，go怎么开启逃逸分析的log。 以下资料来自互联网，有错误之处，请一定告之。 如果指针存储在全局变量或者其它数据结构中，它们也可能发生逃逸，这种情况是当前程序中的指针逃逸。 逃逸分析需要确定指针所有可以存储的地方，保证指针的生命周期只在当前进程或线程中。 逃逸分析的用处（为了性能） 最大的好处应该是减少gc的压力，不逃逸的对象分配在栈上，当函数返回时就回收了资源，不需要gc标记清除。 go消除了堆和栈的区别 go在一定程度消除了堆和栈的区别，因为go在编译的时候进行逃逸分析，来决定一个对象放栈上还是放堆上，不逃逸的对象放栈上，可能逃逸的放堆上。 ，而i却逃逸了，这是因为go的逃逸分析不知道z和i的关系，逃逸分析不知道参数y是z的一个成员，所以只能把它分配给堆。
1.9K51发布于 2018-07-26 - 来自专栏数据小冰
内存逃逸
一个int占8个字节，8192个int占用的内存是64k.那为啥大内存要分配到堆上呢？ 在x86_64架构下，系统栈的大小为8M。用户栈(goroutine)开始的大小为2k，这也是一个Go程序可以轻松开上万个goroutine的原因。 s = append(s, 1) println("add 1 to s") printHeader(&s) return &s } func main() { escapeDemo8( 其他两个函数中的s都没有发送逃逸。 # command-line-arguments ./escape.go:8:18: header does not escape . 根据打印的地址信息s本身的地址（0xc00009aeb8）和数据地址（0xc00009ae90）是很相近的。所以可判断开始他们都分配在栈区。
53920编辑于 2022-08-15 - 来自专栏编程技术向北，人生删除指南
利用容器逃逸实现远程登录k8s集群节点
李国宝：边缘计算k8s集群SuperEdge初体验zhuanlan.zhihu.com 照着上一篇文章来说，我这边边缘计算集群有一堆节点。 每个节点都在不同的网络环境下。 于是开始研究了一下怎么实现在只有kubectl环境的机器上， 直接登录k8s容器集群的node节点。 搜了一波之后首先发现的是这个项目。 所谓， 这就是容器逃逸。 然后.... 我们的目的确实也达到了。 通过这种方式确实可以直接实现登录任意一台k8s node节点， 再也不需要密码和授权。 ---- 总结。 很好玩。 参考资料： docker 容器逃逸漏洞（CVE-2020-15257）风险通告 容器逃逸技术概览 - DockOne.io rambo1412：容器逃逸技术概览
1.9K40发布于 2021-05-21 - 来自专栏sunsky
Golang内存逃逸是什么？怎么避免内存逃逸？
逃逸分析是怎么完成的 Go逃逸分析最基本的原则是：如果一个函数返回对一个变量的引用，那么它就会发生逃逸。 任何时候，一个值被分享到函数栈帧范围之外，它都会在堆上被重新分配。 https://www.do1618.com/archives/1328/go-%E5%86%85%E5%AD%98%E9%80%83%E9%80%B8%E8%AF%A6%E7%BB%86%E5%88% 简单来说，编译器会根据变量是否被外部引用来决定是否逃逸。 对于Go程序员来说，编译器的这些逃逸分析规则不需要掌握，我们只需通过go build -gcflags '-m'命令来观察变量逃逸情况就行了。 但其实当参数为变量自身的时候，复制是在栈上完成的操作，开销远比变量逃逸后动态地在堆上分配内存少的多。 最后，尽量写出少一些逃逸的代码，提升程序的运行效率。
6.4K12发布于 2020-10-28 - 来自专栏红蓝对抗
Docker容器逃逸
Linux 进程,而容器逃逸的过程我们完全可以将其理解... 前言: 我认为docker容器逃逸也算是提权的一种手法,要更好的理解容器逃逸的手法，应该知道从本质上看容器内的进程只是一个受限的普通 Linux 进程,而容器逃逸的过程我们完全可以将其理解为在一个受限进程中进行一些操作来获取未受限的完整权限 f904ce4cc3834023f7e074ed582957859450e85c083f1c9922390d39126058e9 而 Kubernetes 默认的，长这样： 12:hugetlb:/kubepods/burstable/pod45226403-64fe-428d-a419-1cc1863c9148 /e8fb379159f2836dbf990915511a398a0c6f7be1203e60135f1cbdc31b97c197 privileged 特权容器的权限其实有很多，所以也有很多不同的逃逸方式，挂载设备读写宿主机文件是特权容器最常见的逃逸方式之一 如何判断当前容器是以Privileged 特权模式启动的呢? ，容器逃逸的利用手段会比大部分情况下的命令执行漏洞利用要灵活。
1.1K30编辑于 2023-12-28 - 来自专栏Golang语言开发栈
Go 语言逃逸分析
/main.go:8:2: res escapes to heap: ./main.go:8:2: flow: ~r0 = &res: . /main.go:8:2: from &res (address-of) at ./main.go:9:9 . /main.go:8:2: from return &res (return) at ./main.go:9:2 . /main.go:8:2: moved to heap: res 阅读上面这段代码，我们发现 sum 函数中的变量 res 逃逸到堆，也就是说 Go 编译器通过逃逸分析，决定将变量 res 分配到堆空间 03 逃逸分析的作用 Go 语言编译器通过逃逸分析优化，将对象合理分配到栈空间和堆空间。
35930编辑于 2022-10-28 - 来自专栏技术研究和应用
Go逃逸分析
/memory_analysis.go:8:12: &student{...} escapes to heap&student{...} escapes to heap表示对象已经逃逸到堆上。 栈空间不足整个系统的栈空间本身就不大，本测试环境的栈空间为8M，Goroutine的占用空间不到10KB，分配给栈的空间更小，一旦某个对象的占用空间过大，此时就发生了内存逃逸。 kbytes, -m) unlimitedopen files (-n) 65535pipe size (512 bytes, -p) 8POSIX 局部变量name因为匿名函数返回出去后，编译器认为应该分配在堆上，也发生了逃逸。取消逃逸分析编译器默认会进行逃逸分析，会通过规则判定一个变量是分配到堆上还是栈上。一些函数虽然逃逸分析将其存放到堆上。 /memory_analysis.go:8:6: can only use //go:noescape with external func implementations
67171编辑于 2022-09-06 - 来自专栏LinkinStar's Blog
Golang逃逸分析
而确定对象在栈上还是堆上的过程就是我们今天的主角 —— 逃逸分析 逃逸分析 定义 其实刚才我们就已经知道了，逃逸分析就是帮我们确定，我们所使用的对象应该放在栈上还是堆上。 首先我们必须要有工具来进行逃逸分析，当让 go 提供了这个工具 go build -gcflags '-m -l' main.go 其中的 -m 就是会打印出逃逸分析的优化策略，可以多加 m 来查看更加详细的信息 save151 = x } func bar151b() { var a [10]int // ERROR "moved to heap: a$" b := a[:] foo151(&b[4:8] 逃逸分析本身并不神奇，神奇的是 go 去实现逃逸分析的代码 cmd/compile/internal/gc/escape. go 最后重点来了：请你暂时忘记它吧，其实大部分的业务场景都用不到它，因为绝大多数的 OOM 并不会简简单单因为你的变量逃逸而出现问题；大部分的 GC 时间长也并非因为逃逸导致；所以请先分析瓶颈，找到关键瓶颈后再进行优化，不要一上来就逃逸分析半天，结果发现加个索引就好了。
61320编辑于 2022-09-01 - 来自专栏涓流
go逃逸分析
逃逸分析 什么是内存逃逸？ 内存逃逸（Memory Escape）是指Go语言中变量被分配到堆（Heap），而非栈（Stack）上的现象。 什么是逃逸分析? Go 编译器怎么知道某个变量需要分配在栈上，还是堆上呢？编译器决定内存分配位置的方式，就称之为逃逸分析(escape analysis)。逃逸分析由编译器完成，作用于编译阶段。 /main.go:8:10: new(A) escapes to heap ./main.go:16:13: io.Writer(os.Stdout) escapes to heap . (*File).close .this does not escape 内存逃逸的例子 指针逃逸 func createPointer() *int { x := 10 return & 内存逃逸的影响 性能开销： 堆分配速度慢：相比栈分配，堆分配需要更复杂的内存管理（如分配、碎片化处理）。 GC压力增加：堆上分配的变量需要垃圾回收，频繁逃逸可能导致GC频繁运行，影响程序性能。
24000编辑于 2025-05-16 - 来自专栏Khan安全团队
Docker逃逸漏洞
Docker逃逸漏洞复现（CVE-2019-5736） ? 因为Docker所使用的是隔离技术，就导致了容器内的进程无法看到外面的进程，但外面的进程可以看到里面，所以如果一个容器可以访问到外面的资源，甚至是获得了宿主主机的权限，这就叫做“Docker逃逸”。
81140发布于 2021-03-24 - 来自专栏sunsky
Golang逃逸分析
Golang逃逸分析 介绍逃逸分析的概念，go怎么开启逃逸分析的log。 以下资料来自互联网，有错误之处，请一定告之。 high-performance Go services *** Profiling Go Programs https://github.com/mushroomsir/blog/blob/master/Go%E4%B8% ADstring%E8%BD%AC%5B%5Dbyte%E7%9A%84%E9%99%B7%E9%98%B1.md the-go-programming-language-report https:// developer/article/1165660 https://www.do1618.com/archives/1328/go-%E5%86%85%E5%AD%98%E9%80%83%E9%80%B8% E8%AF%A6%E7%BB%86%E5%88%86%E6%9E%90/
62400发布于 2020-08-20 - 来自专栏golang分享
golang逃逸分析
foo(i int) { fmt.Printf("foo : %p\n", &i) } // 输出的变量地址不一样 main: 0xc0000382b0 foo : 0xc0000382b8 发生逃逸的几种情况 在某个函数中new或字面量创建出的变量，将其指针作为函数返回值，则该变量一定发生逃逸（构造函数返回的指针变量一定逃逸）； 被已经逃逸的变量引用的指针，一定发生逃逸； 被指针类型的slice 例8 变量大小不确定以及栈空间不足引发逃逸 先使用ulimit -a查看操作系统的栈空间： -t: cpu time (seconds) unlimited -f: file /main.go:8:14: make([]int, 100) does not escape . /main.go:8:13: ... argument does not escape ./main.go:8:14: a escapes to heap 变量a逃逸到了堆上。
4.7K20编辑于 2023-07-30 - 来自专栏终有链响
HotSpot逃逸分析
在Java 8之前，默认不启用分层编译，需手动添加-server -XX:+TieredCompilation参数开启。 逃逸分析及其优化 逃逸分析是JIT编译器中的一个高级特性，它分析对象的生命周期和作用域，判断对象是否“逃逸”出其创建的方法或线程，以此来决定是否可以采取进一步的优化措施。 逃逸的两种情况包括： 方法逃逸：对象被作为参数传递给其他方法，其引用超出创建方法的范畴。 线程逃逸：对象被赋予了全局变量或类变量，有可能被其他线程访问。 当分析得知对象未发生逃逸时，可以执行以下优化： 同步消除：如果确定一个对象不会被多线程访问，那么针对该对象的同步操作（如加锁解锁）可以安全地被消除，减少不必要的性能开销。 栈上分配：对于生命周期短且未逃逸的对象，直接在栈上分配内存，而非堆上，栈的分配速度快于堆，且对象生命周期结束时自动释放内存，减少了GC负担。
26310编辑于 2024-07-29 - 来自专栏红蓝对抗
Docker容器逃逸
,要更好的理解容器逃逸的手法，应该知道从本质上看容器内的进程只是一个受限的普通 Linux 进程,而容器逃逸的过程我们完全可以将其理解...前言:我认为docker容器逃逸也算是提权的一种手法,要更好的理解容器逃逸的手法 限制权限的进程获取更多权限,当清晰的理解了这一点,接下来的容器逃逸学习将会易如反掌容器逃逸环境搭建作者这里选择的是Ubuntu-18.04和Ubuntu22.04,推荐使用Ubuntu18.04首先安装 f904ce4cc3834023f7e074ed582957859450e85c083f1c9922390d39126058e9而 Kubernetes 默认的，长这样：12:hugetlb:/kubepods/burstable/pod45226403-64fe-428d-a419-1cc1863c9148/e8fb379159f2836dbf990915511a398a0c6f7be1203e60135f1cbdc31b97c197 privileged 特权容器的权限其实有很多，所以也有很多不同的逃逸方式，挂载设备读写宿主机文件是特权容器最常见的逃逸方式之一如何判断当前容器是以Privileged 特权模式启动的呢? ，不建议将逃逸的行为当成可以写入宿主机特定文件 (如 /etc/cron*, /root/.ssh/authorized_keys 等文件) 的行为，应该根据目标选择更趋近与业务行为的手法，容器逃逸的利用手段会比大部分情况下的命令执行漏洞利用要灵活
1.4K21编辑于 2023-12-25 - 来自专栏安恒网络空间安全讲武堂
IOSMacOS沙箱逃逸竞赛
iOS 12在几周前发布了，并带来了许多安全方面的修复和改进。特别是，这个新版本碰巧修补了我们在Synacktiv发现的一个很厉害的内核漏洞。
1.8K30发布于 2019-09-29 - 来自专栏老张的求知思考世界
聊聊缺陷逃逸率
辅导星球一位同学模拟面试，过程中聊到了缺陷逃逸率相关的话题。我在以前写的关于质量保障相关的文章中提到过缺陷逃逸率，这是一项比较重要的衡量软件产品交付质量的指标。 所谓缺陷逃逸率，指的是软件产品线上发布后，发生在线上环境的缺陷数量与该版本迭代生命周期内总缺陷数量的比率，缺陷逃逸率也称之为线上BUG逃逸率或者“测试逃逸”。 关于线上缺陷逃逸率，有这样一个计算公式：线上缺陷逃逸率=线上缺陷数/版本周期总缺陷数×100%。这个指标一般除了衡量线上的产品交付质量以外，还可以用来评估技术团队的质量控制水平。 哪些因素会导致出现缺陷逃逸呢？ 还需要意识到的一点是，缺陷逃逸率是比较滞后的统计结果，只能作为一种定时的评估指标和参考，而非一言定质量好坏的唯一结论。
1.9K10编辑于 2024-05-17
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号