- 综合排序
- 最热优先
- 最新优先
- 来自专栏卯金刀GG
高并发Java（3）：Java内存模型和线程安全
网上很多资料在描述Java内存模型的时候，都会介绍有一个主存，然后每个工作线程有自己的工作内存。数据在主存中会有一份，在工作内存中也有一份。工作内存和主存之间会有各种原子操作去进行同步。 但是由于Java版本的不断演变，内存模型也进行了改变。本文只讲述Java内存模型的一些特性，无论是新的内存模型还是旧的内存模型，在明白了这些特性以后，看起来也会更加清晰。 1. 随后两个线程进行后续+1操作，再赋值回去以后，i不是3，而是2。显然数据出现了不一致性。 再比如在32位的JVM上面去读取64位的long型数值，也不是一个原子操作。 3. 可见性 可见性是指当一个线程修改了某一个共享变量的值，其他线程是否能够立即知道这个修改。 可见性问题可能有各个环节产生。 线程安全的概念 指某个函数、函数库在多线程环境中被调用时，能够正确地处理各个线程的局部变量，使程序功能正确完成。 比如最开始所说的i++的例子 ? 就会导致线程不安全。
71010发布于 2019-07-25 - 来自专栏浮躁的喧嚣
swift 内存安全
Swift 会阻止你代码里不安全的行为。 例如，Swift 会保证变量在使用之前就完成初始化，在内存被回收之后就无法被访问，并且数组的索引会做越界检查 Swift 保证同时访问同一块内存时不会冲突，因为 Swift 自动管理内存，所以大部分时候你完全不需要考虑内存访问的事情 而如果你的代码确实存在冲突，那在编译时或者运行时就会得到错误 内存访问冲突 当你有两个访问符合下列的情况： 至少有一个是写访问 它们访问的是同一个存储地址 它们的访问在时间线上部分重叠
33810编辑于 2023-11-22 - 来自专栏Swift社区
Swift | 内存安全
如果你在单线程中对内存的访问存在冲突，Swift 会确保在编译时或运行时报错。对于多线程代码，请使用 Thread Sanitizer 来检测多线程的冲突访问。 3. 有关这些功能，详见 stdatomic（3）手册页。 如果你的某个访问在开始之后和结束之前都无法运行其他代码，那么这个访问就是一个瞬时访问。从本质上来说，两个瞬时访问是不能在同一时间发生的。 编译器可以证明这样是内存安全的，这两个存储的属性不会以任何方式交互。 在保护内存安全时，限制结构体属性的重复访问并非是必须的。 内存安全是理想的保证，但是独占访问是一个比内存安全更严格的要求--这意味着即使有一些代码违反了独占访问的要求，它也可以是符合内存安全的要求的。 如果编译器可以证明对内存的非独占访问仍然是安全的，则 Swift 允许使用这种仅做到了内存安全的代码。
1K20发布于 2021-11-26 - 来自专栏pandacode_cn
Swift基础 内存安全
Swift基础 - 内存安全 翻译自：https://docs.swift.org/swift-book/LanguageGuide/MemorySafety.html 默认情况下，Swift 可以防止代码中出现不安全行为 内存访问的持续时间要么是即时的，要么是长期的。 如果操作只使用C原子运算，则该运算是原子运算；否则它是非原子运算。有关这些功能的列表，请参阅stdatomic(3)手册页。 限制重叠访问结构属性并不总是必要的，以保持内存安全。内存安全是理想的保证，但独家访问是比内存安全更严格的要求——这意味着一些代码保留了内存安全，即使它违反了对内存的独家访问。 如果编译器能够证明对内存的非排他性访问仍然是安全的，Swift允许此内存安全代码。 如果编译器无法证明访问是安全的，则不允许访问。
83400编辑于 2023-07-17 - 来自专栏开发笔记
线程安全&Java内存模型
JMM规定线程之间的共享变量存储在主内存中，每个线程都有一个本地内存（工作内存），本地内存存储了共享变量的副本。 ? 关于线程安全 什么是线程安全问题？ （数据一致性问题） 如何解决线程安全问题？ 核心思想：在同一时刻，只能有一个线程执行。 通过加锁使线程更加安全，也使程序的执行效率更低。 衡量线程安全的3个要素： 原子性：一个操作或者多个操作要么全部执行，要么都不执行 可见性：多个线程访问同一变量，一个线程修改了变量的值，其他线程可以立即看到修改的值 有序性：程序按照代码的顺序先后执行 当一个线程对volatile修饰的变量进行读操作时，该线程直接读取主内存的变量。 volatile能否保证线程安全？ 不能，保证线程安全需要同时具备原子性，可见性和有序性。 CAS无锁机制 CAS：Compare and Swap，比较再交换，属于乐观锁的一种 CAS原理 CAS包含3个参数，CAS（V，E，N），V：主内存的变量值，E：本地内存修改前的值，N：本地内存修改后的值
81820发布于 2020-08-11 - 来自专栏初见Linux
3.内存管理
1）物理地址：就是内存的地址，是以字节为单位，对内存单元的编址。 2）逻辑地址：用户源程序经过编译或汇编后形成的目标指令代码的编址。 3）地址空间：地址的编址范围。 （3）动态重定位 它不是在程序装入内存时完成的，而是CPU每次访问内存时 由动态地址变换机构（硬件）自动进行把相对地址转换为绝对地址。动态重定位需要软件和硬件相互配合完成。 可变式分区3.png 分区分配表：记录已分配分区信息。 空闲分区表：记录空闲分区信息。 3.分区分配算法 （1）首次适应算法 ? 首次适应算法1.png （2）循环首次适应算法 （3）最佳适应算法 （4）最坏适应算法 4.分区回收 ? 分区回收1.png 当用户程序执行结束后，系统要回收已使用完毕的分区，将其记录在空闲区表中。 段表.png 在配置了段表后，执行中的进程可通过查找段表，找到每个段所对应的内存区。可见，段表用于实现从逻辑段到物理内存区的映射， ? 分段管理1.png 3.地址变换 ?
94120发布于 2020-08-05 - 来自专栏零拷贝技术
3、mmap（内存映射、共享）
mmap：内存映射(内存、用户缓冲区共享一块映射数据) 直接将磁盘文件数基于DMA引擎拷贝据映射到内核缓冲区，同时用户缓冲区是跟内核缓冲区共享一块映射数据， 建立映射后，不需要从内核缓冲区拷贝到用户缓冲区 mmap：产生4次用户上下文切换，3次拷贝。 ，应用进程跟操作系统内核「共享」这个缓冲区；2、第二次拷贝：应用进程再调用 write()，操作系统直接将内核缓冲区的数据拷贝到 socket 缓冲区中，这一切都发生在内核态，由 CPU 来搬运数据；3、
77100编辑于 2024-03-10 - 来自专栏python3
DDR3内存参数
另外，DDR3还新增加了一个时序参数——写入延迟（CWD），这一参数将根据具体的工作频率而定。 DDR3内存优势何在 DDR3除了拥有更高的内存带宽外，其实在延迟值方面也是有提升的。 不少消费者均被CAS延迟值数值所误导，认为DDR3内存的延迟表现将不及DDR2。但相关专家指出这是完全错误的观念，要计算整个内存模块的延迟值，还需要把内存颗粒的工作频率计算在内。 目前DDR3-1066、DDR3-1333和DDR3-1600的CL值分别为7-7-7、8-8-8及9-9-9，把内存颗粒工作频率计算在内，其内存模块的延迟值应为13.125ns、12ns及11.25ns 从外观上去看，DDR3内存与我们平时熟悉的DDR2没有太大的改变，如果没有特别留意的话不容易从外观上区分开来。下面我们来看一看DDR3内存与DDR2内存在外观设计上有什么不同之处。 ? ）；而DDR3的缺口位置肯定要与DDR和DDR2不同，好在DDR3的缺口位置比例远离50%，53.88mm的距离仅占整个长度约41%，用户可以较明显地区分出内存的方向来。
4.5K10发布于 2020-01-07 - 来自专栏c++与qt学习
Java内存模型和线程安全
Java内存模型和线程安全 Java内存模型 引言 volatile关键字 synchronized关键字 Java线程 Java线程安全 synchronized锁优化 锁优化技巧列举 自旋锁 锁消除 高速缓存的出现主要是为了解决CPU运算速度和主内存速度不匹配而引入的缓冲模块 ---- 上图是java的内存模型,Java线程的数据读写都只能从工作内存获取,不同线程的工作内存是隔离的、 此处的工作内存主要对应线程私有的虚拟机栈部分 指令重排序只会在多线程情况下存在并发问题 ---- volatile修饰的变量一定是并发安全的吗? volatile修饰符提供的两个作用并没有体现出其一定是并发安全的,上面的例子也证明了,那么为什么呢？ 状态转换: ---- Java线程安全 不可变对象一定是线程安全的,如: String,Integer等 synchronized关键字实现互斥同步: 通过monitorEnter和monitorExit
87960编辑于 2023-02-10 - 来自专栏编程思考
什么是内存安全的编程语言
软件安全一直是软件开发和互联网行业中的一个必先要考虑的问题，而编程语言的内存安全则是软件安全的一个重要分支。 在编程语言中，内存安全的重要性体现在多个方面，对于程序的稳定性、可靠性以及安全性都具有至关重要的影响。什么是内存安全的编程语言？ 内存安全的编程语言是指那些能够自动管理内存，向编程人员隐藏内存布局，防止内存损坏错误的编程语言。内存安全有助于防止程序崩溃和错误。 当编程语言能够自动管理内存，避免内存泄漏、野指针等内存安全问题时，程序更有可能稳定运行。其次，内存安全能够提高软件的质量和可靠性。 与此相对，C和C++等语言则被认为是内存不安全的，因为它们允许直接操作内存地址，并且缺乏边界检查，因此在内存安全性方面常常陷入困境。内存不安全时可能会发生什么？
1.4K30编辑于 2024-04-16 - 来自专栏Android 开发者
使用内存安全工具提升应用质量和安全性
Android 内存安全工具是一个可帮助您提升应用质量和安全性的综合工具包。通过本文您可以了解到我们推出的各种内存安全工具及其使用场景，以及了解如何通过这些工具来找到并修复问题。 什么是内存安全错误 内存错误是指在使用 C 或 C++ 等原生语言处理内存时发生的错误。 终端用户设备每秒会报告超过 3,000 次与内存相关的崩溃，也就是说每个月会发生 77 亿次崩溃，并且这些崩溃很容易被用户感知，导致用户对这些应用产生糟糕的印象。 使用内存安全工具 我们的任务是帮助开发者确保内存安全，帮助您避免在使用原生代码处理内存时造成错误和漏洞。 总结 Android 内存安全工具可以检测代码库中的内存错误，修复此类错误可帮助提高质量和安全性。确保内存安全的诀窍是使用内存安全工具运行代码找到错误，然后修复这些错误。
1.2K20编辑于 2022-03-24 - 来自专栏浮躁的喧嚣
内存管理--32：编写“异常安全代码”时留意内存管理问题
try{ //1:抛出异常的代码 //2:代码 }catch(){ //3:代码 //4:抛出异常 }finally{ //5:代码 } //6:代码 首先要明确的一点是：不管try是否抛出异常，finally 抛出的异常被后面的catch捕获，而catch又没有抛出新的异常，那么执行顺序是1356 ;第二种，如果catch里面又抛出新的异常，顺序是1345,然后将新的异常返回给方法调用者，6就不执行了 ； 3:
31210编辑于 2023-11-22 - 来自专栏卓越笔记
DDR3 内存带宽计算
DDR3内存一次从存储单元预取8Bit的数据，在I/OBuffer（输入/输出缓存）上升和下降中同时传输，因此有效的数据传输频率达到了存储单元核心频率的8倍。 同时DDR3内存的时钟频率提高到了存储单元核心的4倍。也就是说DDR3-800内存的核心频率只有100MHz，其I/O频率为400MHz，有效数据传输频率则为800MHz。 下面计算一条标称DDR3 1066的内存条在默认频率下的带宽： 1066是指有效数据传输频率，除以8才是核心频率。一条内存只用采用单通道模式，位宽为64bit。 再以两条标称1066超频到1200的DDR3内存，组成双通道后的带宽：超频到1200后，内存核心频率应为1200/8=150MHz，而双通道的位宽=128bit：带宽=150×128×8=153600Mbit =18.75GB 有效数据传输频率：DDR3 1600 数据总线位宽：64bit（单通道）、128bit(双通道) 核心频率：有效数据传输频率*8 内存带宽： 1600/8*64*8/8=12.5GB/
5.3K20编辑于 2023-02-18 - 来自专栏python3
七、内存优化（3）使用DMV
virtual_memory_committed_sum 是内存Clerk Commit的虚拟内存量。这是Clerk提交的内存量。提交的内存量应始终小于保留的内存量。 这部分内存，主要来自Database Pages。 （3）awe_allocated_sum 内存Clerk使用AWE分配的内存量。 保留以供共享内存和文件映射使用的内存量。 shared_memory_committed_sum 是内存Clerk提交的共享内存量。 这2个列的值，可以追踪Shared Memory的大小。 3. （2）Stolen 等于 sum(single_pages_kb) + sum(multi_pages_kb) （3）Buffer Pool(Single Page） 等于 sum(virtual_memory_committed_kb
1K10发布于 2020-01-14 - 来自专栏Rust 编程
安全设计白皮书 ｜ 谷歌对内存安全的洞察
未来十年，软件行业将加速向内存安全转变。 2024 年 3 月 4 号，Google 官方博客[1]发文，宣布《安全设计 - Google 对内存安全的洞察》白皮书[2]。 我们很高兴看到政府也对这个问题予以重视，比如美国国家网络主任办公室上周[3]发表了一篇关于这个主题的论文。 谷歌拥有数十年的经验，以大规模解决曾经与内存安全问题同样普遍的各类漏洞。 相关定义 内存安全漏洞 内存安全漏洞是指当程序在内存访问构成未定义行为的状态下允许执行读取或写入内存的语句时产生的。 解决内存安全漏洞的途径 安全编码 解决内存安全问题需要采取多管齐下的方法，包括： 通过安全编码来防止内存安全漏洞。 通过增加攻击的成本来减轻内存安全漏洞。 尽早在开发生命周期中检测内存安全漏洞。 与相同成本的 GWP-ASan 相比，采样 MTE 允许3个数量级更高的采样率。 可操作的崩溃报告。同步的 MTE 报告，显示了错误发生的位置，而不是由于错误的次要影响而导致崩溃。
1.9K10编辑于 2024-03-12 - 来自专栏c/c++
【C++】探索C++内存管理：机制揭秘与内存安全
); int* ptr3 = (int*)realloc(ptr2, sizeof(int) * 4); free(ptr1); free(ptr3); } 选择题： 选项: A.栈 B.堆 C.数据段 ___ pChar3在哪里？____ *pChar3在哪里？____ ptr1在哪里？____ *ptr1在哪里？ }; //使用匿名对象初始化 A* p3 = new A[10]{0,1,2,3,4}; //使用隐式类型转换初始化 delete[] p1; delete[] p2; delete [] p3; return 0; } 结果如下： 可以看出自动调用了构造函数与析构函数 4. operator new与operator delete函数✨✨ new和delete是用户进行动态内存申请和释放的操作符 异常安全问题 int* p3 = new int[10]; Func(); // 这里Func函数抛异常导致 delete[] p3未执行，p3没被释放. delete[] p3; } ☑️ 内存泄漏分类
52010编辑于 2024-05-03 - 来自专栏Android Camera开发
Camera HAL3 内存优化
内存用量概要： adb shell dumpsys meminfo camerahalserver 内存用量大头（Graphics部分）分解： adb shell cat /sys/kernel/debug 那么会有哪些省内存办法呢？ 1.拍照后buffer立即释放 优点：拍照过程中产生的buffer使用完毕后即释放，不影响拍照后的内存用量； 缺点：内存存量不高的情况下，拍照速度会受影响; 优化量：与拍照实际feature有关，拍照feature 越多占用内存越大，优化量越大; /vendor/mediatek/proprietary/hardware/mtkcam3/feature/core/featurePipe/capture/buffer 缺点：对内存存量要求高，则容易影响shot2shot的实际效果.
73010编辑于 2025-05-13 - 来自专栏学院君的专栏
安全地使用 Redis（上）：端口安全、指令安全和内存使用限制
Redis 的安全隐患 线上运行的 Redis 服务主要有哪些安全隐患呢？ 以上这些都是一些最基本最常见的 Redis 安全隐患，要规避这些问题，我们该怎么做呢？ 端口安全 首先，我们可以通过配置 Redis 来确保服务端的端口安全，阻止恶意用户建立连接。 关于端口安全问题造成的线上事故案例，可以阅读学院君之前发布的这篇教程：Laravel 学院今天凌晨四点到上午十点不能访问问题定位及修复细节通报。 指令安全 前面我们介绍 Redis 安全隐患的时候提到恶意用户建立连接后可能执行 flushdb 之类的指令清空 Redis 内存数据库，现在，我们已经通过配置 bind 或者 requirepass "" 内存使用与写入频率限制 接下来，我们来看如何避免大量高频的写入导致 Redis 内存耗尽的问题。
1.8K20编辑于 2023-03-03 - 1.2K10发布于 2020-01-08
- 来自专栏python3
3-8 读写内存流
3-5 读写内存流 u本节学习目标： n了解读写内存流MemoryStream的特点 n学习如何建立内存流MemoryStream n了解读写缓存流BufferedStream n学习如何建立缓存流BufferedStream 存储器是存储媒介，磁盘或内存都是存储器。正如除磁盘外还存在着多种存储器，除文件流之外也存在多种流，例如：网络流、内存流、缓存流等。类Stream及其派生类组成流的家族。如图3－12所示： ? 3-5-1 读写内存流 ——MemoryStream类 类MemoryStream创建这样的流，该流以内存而不是磁盘或网络连接作为支持存储区。 这样在内存流对象被实例化时，一些属性就被影响了。 3-5-2 MemoryStream类案例学习 1. (); mem.SetLength(500); label3.Text = "调用SetLength方法后的内存流长度：" + mem.Length.ToString
1.4K20发布于 2020-01-06
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号