- 综合排序
- 最热优先
- 最新优先
- 来自专栏浮躁的喧嚣
swift 内存安全
Swift 会阻止你代码里不安全的行为。 例如，Swift 会保证变量在使用之前就完成初始化，在内存被回收之后就无法被访问，并且数组的索引会做越界检查 Swift 保证同时访问同一块内存时不会冲突，因为 Swift 自动管理内存，所以大部分时候你完全不需要考虑内存访问的事情 而如果你的代码确实存在冲突，那在编译时或者运行时就会得到错误 内存访问冲突 当你有两个访问符合下列的情况： 至少有一个是写访问 它们访问的是同一个存储地址 它们的访问在时间线上部分重叠
22910编辑于 2023-11-22 - 来自专栏Swift社区
Swift | 内存安全
简介 一般来说，Swift 会阻止代码中的不安全行为。例如，Swift 会保证变量在被使用前已经初始化，在释放某变量后其内存也会变得不可访问，以及检查数组索引是否存在越界错误。 编译器可以证明这样是内存安全的，这两个存储的属性不会以任何方式交互。 在保护内存安全时，限制结构体属性的重复访问并非是必须的。 内存安全是理想的保证，但是独占访问是一个比内存安全更严格的要求--这意味着即使有一些代码违反了独占访问的要求，它也可以是符合内存安全的要求的。 如果编译器可以证明对内存的非独占访问仍然是安全的，则 Swift 允许使用这种仅做到了内存安全的代码。 如果编译器无法证明这个访问是安全的，则它是不被允许进行访问的。
88520发布于 2021-11-26 - 来自专栏pandacode_cn
Swift基础 内存安全
Swift基础 - 内存安全 翻译自：https://docs.swift.org/swift-book/LanguageGuide/MemorySafety.html 默认情况下，Swift 可以防止代码中出现不安全行为 ) balance(&oscar.health, &oscar.energy) // OK } 在上面的示例中，奥斯卡的健康和能量作为两个内外参数来balance(_:_:)编译器可以证明内存安全得到保留 限制重叠访问结构属性并不总是必要的，以保持内存安全。内存安全是理想的保证，但独家访问是比内存安全更严格的要求——这意味着一些代码保留了内存安全，即使它违反了对内存的独家访问。 如果编译器能够证明对内存的非排他性访问仍然是安全的，Swift允许此内存安全代码。 如果编译器无法证明访问是安全的，则不允许访问。
53400编辑于 2023-07-17 - 来自专栏开发笔记
线程安全&Java内存模型
Java内存模型 Java内存模型(JMM)主要目标是定义多线程的情况下线程访问变量的规则。 JMM规定线程之间的共享变量存储在主内存中，每个线程都有一个本地内存（工作内存），本地内存存储了共享变量的副本。 ? 关于线程安全 什么是线程安全问题？ （数据一致性问题） 如何解决线程安全问题？ 核心思想：在同一时刻，只能有一个线程执行。 通过加锁使线程更加安全，也使程序的执行效率更低。 当一个线程对volatile修饰的变量进行读操作时，该线程直接读取主内存的变量。 volatile能否保证线程安全？ 不能，保证线程安全需要同时具备原子性，可见性和有序性。 比较主内存的值和本地内存修改前的值是否一致，若一致，将修改后的值刷新到主内存，若不一致，当前线程放弃更新，将主内存数据刷新到本地内存，再次重试。
67420发布于 2020-08-11 - 来自专栏python3
3-8 读写内存流
3-5 读写内存流 u本节学习目标： n了解读写内存流MemoryStream的特点 n学习如何建立内存流MemoryStream n了解读写缓存流BufferedStream n学习如何建立缓存流BufferedStream 3-5-1 读写内存流 ——MemoryStream类 类MemoryStream创建这样的流，该流以内存而不是磁盘或网络连接作为支持存储区。 可在内存中直接访问这些封装的数据。内存流可降低应用程序中对临时缓冲区和临时文件的需要。 内存流对象还有一些重要的属性。其中Length属性代表了内存流对象存放的数据的真实长度，而Capacity属性则代表了分配给内存流的内存空间大小。 案例学习：MemoryStream类案例 本案例您将学习到：如何通过使用内存流的属性、方法来获取内存流的占用空间信息及改变内存流空间大小。
1.2K20发布于 2020-01-06 - 来自专栏c++与qt学习
Java内存模型和线程安全
Java内存模型和线程安全 Java内存模型 引言 volatile关键字 synchronized关键字 Java线程 Java线程安全 synchronized锁优化 锁优化技巧列举 自旋锁 锁消除 高速缓存的出现主要是为了解决CPU运算速度和主内存速度不匹配而引入的缓冲模块 ---- 上图是java的内存模型,Java线程的数据读写都只能从工作内存获取,不同线程的工作内存是隔离的、 此处的工作内存主要对应线程私有的虚拟机栈部分 指令重排序只会在多线程情况下存在并发问题 ---- volatile修饰的变量一定是并发安全的吗? volatile修饰符提供的两个作用并没有体现出其一定是并发安全的,上面的例子也证明了,那么为什么呢？ 状态转换: ---- Java线程安全 不可变对象一定是线程安全的,如: String,Integer等 synchronized关键字实现互斥同步: 通过monitorEnter和monitorExit
70460编辑于 2023-02-10 - 来自专栏Spark学习技巧
Java8内存结构的改变～
一、JVM 内存分布 根据 JVM 规范，JVM 内存共分为虚拟机栈、堆、方法区、程序计数器、本地方法栈五个部分。 ? 1、虚拟机栈：每个线程有一个私有的栈，随着线程的创建而创建。 关于方法区内存溢出的问题会在下文中详细探讨。 我们现在通过动态生成类来模拟 “PermGen space”的内存溢出： ? ? 运行结果如下： ? 本例中使用的 JDK 版本是 1.7，指定的 PermGen 区的大小为 8M。 剩余空间容量的百分比，减少为分配空间所导致的垃圾收集 -XX:MaxMetaspaceFreeRatio，在GC之后，最大的Metaspace剩余空间容量的百分比，减少为释放空间所导致的垃圾收集 现在我们在 JDK 8下重新运行一下代码段 四、总结 通过上面分析，大家应该大致了解了 JVM 的内存划分，也清楚了 JDK 8 中永久代向元空间的转换。不过大家应该都有一个疑问，就是为什么要做这个转换？
1.4K20发布于 2019-07-15 - 来自专栏编程思考
什么是内存安全的编程语言
软件安全一直是软件开发和互联网行业中的一个必先要考虑的问题，而编程语言的内存安全则是软件安全的一个重要分支。 在编程语言中，内存安全的重要性体现在多个方面，对于程序的稳定性、可靠性以及安全性都具有至关重要的影响。什么是内存安全的编程语言？ 内存安全的编程语言是指那些能够自动管理内存，向编程人员隐藏内存布局，防止内存损坏错误的编程语言。内存安全有助于防止程序崩溃和错误。 当编程语言能够自动管理内存，避免内存泄漏、野指针等内存安全问题时，程序更有可能稳定运行。其次，内存安全能够提高软件的质量和可靠性。 与此相对，C和C++等语言则被认为是内存不安全的，因为它们允许直接操作内存地址，并且缺乏边界检查，因此在内存安全性方面常常陷入困境。内存不安全时可能会发生什么？
1.1K30编辑于 2024-04-16 - 来自专栏Android 开发者
使用内存安全工具提升应用质量和安全性
Android 内存安全工具是一个可帮助您提升应用质量和安全性的综合工具包。通过本文您可以了解到我们推出的各种内存安全工具及其使用场景，以及了解如何通过这些工具来找到并修复问题。 什么是内存安全错误 内存错误是指在使用 C 或 C++ 等原生语言处理内存时发生的错误。 使用内存安全工具可帮助您减少此类错误，从而改进用户体验。 使用内存安全工具 我们的任务是帮助开发者确保内存安全，帮助您避免在使用原生代码处理内存时造成错误和漏洞。 总结 Android 内存安全工具可以检测代码库中的内存错误，修复此类错误可帮助提高质量和安全性。确保内存安全的诀窍是使用内存安全工具运行代码找到错误，然后修复这些错误。
96020编辑于 2022-03-24 - 来自专栏浮躁的喧嚣
内存管理--32：编写“异常安全代码”时留意内存管理问题
首先要明确的一点是：不管try是否抛出异常，finally语句块都会执行。 小心注意6！！
23110编辑于 2023-11-22 - 来自专栏Rust 编程
安全设计白皮书 ｜ 谷歌对内存安全的洞察
这份白皮书中深入探讨了数据、解决内存不安全性的挑战，并讨论了实现内存安全的可能方法及其权衡。 在过去几年中，Android 已经使用 Rust 编写了几个组件，从而实现了引人注目的安全改进[8]。 相关定义 内存安全漏洞 内存安全漏洞是指当程序在内存访问构成未定义行为的状态下允许执行读取或写入内存的语句时产生的。 谷歌内部的漏洞研究反复证明，缺乏内存安全会削弱重要的安全边界。 内存安全漏洞的类别 空间安全漏洞（例如“缓冲区溢出”，“越界访问”）发生在内存访问引用超出被访问对象分配区域之外的内存时。 解决内存安全漏洞的途径 安全编码 解决内存安全问题需要采取多管齐下的方法，包括： 通过安全编码来防止内存安全漏洞。 通过增加攻击的成本来减轻内存安全漏洞。 尽早在开发生命周期中检测内存安全漏洞。
1.4K10编辑于 2024-03-12 - 来自专栏JAVA 框架/源码学习
redis内存满了怎么办？让你玩懂8种内存淘汰策略
我们知道redis是一个非常常用的内存型数据库，数据从内存中读取是它非常高效的原因之一，那么但是如果有一天，「redis分配的内存满了怎么办」？ 增加redis可用内存 这种方法很暴力，也很好用，我们直接通过增加redis的可用内存就可以了， 有两种方式 「通过配置文件配置」 //设置redis最大占用内存大小为1000M maxmemory > config set maxmemory 1000mb redis支持运行时通过命令动态修改内存大小 这种方法是立竿见影的，reids 内存总归受限于机器的内存，也不能无限制的增长，那么如果没有办法再增加 内存淘汰策略 实际上Redis定义了「8种内存淘汰策略」用来处理redis内存满的情况： 1.noeviction：直接返回错误，不淘汰任何已经存在的redis键 2.allkeys-lru：所有的键使用 redis键 5.volatile-random：随机删除有过期时间的redis键 6.volatile-ttl：删除快过期的redis键 7.volatile-lfu：根据lfu算法从有过期时间的键删除 8.
3K30发布于 2021-04-02 - 来自专栏数据库相关
生产K8s Rsyslogd内存优化
最近发现K8s机器经常有内存告警，上去抽了几台ECS 看了下都发现了rsyslogd占用大量内存的情况出现。 当容器越多是，log也就会也多，内存占用也就越多。同时也可能导致systemd-journald内存占用过高。 因此我们最好优化下journald和rsyslog的参数，将宝贵的内存资源留给业务服务去使用。 效果展示 PS： 对生产全部K8s主机rsyslogd都优化了一遍后，发现腾出了近128GB的内存，相当于又多买了一台128G的ECS。 step2、定时任务平台 从cmdb中将k8s主机列表取出来，每天下发一次 check-deploy.sh 到目标K8s机器上并执行即可（这个变更对时效性要求不高）。
1.1K20编辑于 2022-01-11 - 来自专栏学院君的专栏
安全地使用 Redis（上）：端口安全、指令安全和内存使用限制
Redis 的安全隐患 线上运行的 Redis 服务主要有哪些安全隐患呢？ 以上这些都是一些最基本最常见的 Redis 安全隐患，要规避这些问题，我们该怎么做呢？ 端口安全 首先，我们可以通过配置 Redis 来确保服务端的端口安全，阻止恶意用户建立连接。 关于端口安全问题造成的线上事故案例，可以阅读学院君之前发布的这篇教程：Laravel 学院今天凌晨四点到上午十点不能访问问题定位及修复细节通报。 指令安全 前面我们介绍 Redis 安全隐患的时候提到恶意用户建立连接后可能执行 flushdb 之类的指令清空 Redis 内存数据库，现在，我们已经通过配置 bind 或者 requirepass "" 内存使用与写入频率限制 接下来，我们来看如何避免大量高频的写入导致 Redis 内存耗尽的问题。
1.6K20编辑于 2023-03-03 - 来自专栏c/c++
【C++】探索C++内存管理：机制揭秘与内存安全
sizeof(char2) 求整个数组大小(包括’/0’)，是5个字节； strlen(char2) 求字符串大小(遇到’/0’停止)，是4个字节； sizeof(pChar3)，求指针大小，大小为4个或8个字节 ； strlen(pChar3)，求字符串大小(遇到’/0’停止)是4个字节； sizeof(ptr1)，求指针大小，大小为4个或8个字节； sizeof与strlen区别？ ，内存泄漏的危害 ✨什么是内存泄漏： 内存泄漏指因为疏忽或错误造成程序未能释放已经不再使用的内存的情况。 内存泄漏并不是指内存在物理上的消失，而是应用程序分配某段内存后，因为设计错误，失去了对该段内存的控制，因而造成了内存的浪费。 异常安全问题 int* p3 = new int[10]; Func(); // 这里Func函数抛异常导致 delete[] p3未执行，p3没被释放. delete[] p3; } ☑️ 内存泄漏分类
35310编辑于 2024-05-03 - 来自专栏HaC的技术专栏
8张图 带你理解Java内存区域
很多人会误以为Java内存区域和内存模型是同一个东西，其实并不是。 Java内存区域是指 JVM运行时将数据分区域存储 ，简单的说就是不同的数据放在不同的地方。通常又叫 运行时数据区域。 Java内存模型（JMM）定义了程序中各个变量的访问规则，即在虚拟机中将变量存储到内存和从内存中取出变量这样的底层细节。 PermGen space”，而是报 java.lang.OutOfMemoryError: Java heap space 1.7部分内容（比如 常量池、静态变量有方法区转移到了堆） 那么，Java 8 元空间没有使用堆内存，而是与堆不相连的本地内存区域。所以，理论上系统可以使用的内存有多大，元空间就有多大，所以不会出现永久代存在时的内存溢出问题。 8、总结： 参考： https://www.cnblogs.com/czwbig/p/11127124.html https://blog.csdn.net/xyh930929/article/details
3.7K21发布于 2020-11-16 - 来自专栏高性能服务器开发
8张图 带你理解Java内存区域
很多人会误以为Java内存区域和内存模型是同一个东西，其实并不是。 Java内存区域是指 JVM运行时将数据分区域存储 ，简单的说就是不同的数据放在不同的地方。通常又叫 运行时数据区域。 Java内存模型（JMM）定义了程序中各个变量的访问规则，即在虚拟机中将变量存储到内存和从内存中取出变量这样的底层细节。 1、Java内存区域 1.8 之前： ? 演变 那么，Java 8 中 PermGen 为什么被移出 HotSpot JVM 了？ 元空间没有使用堆内存，而是与堆不相连的本地内存区域。所以，理论上系统可以使用的内存有多大，元空间就有多大，所以不会出现永久代存在时的内存溢出问题。 8、总结： ?
54030发布于 2020-12-15 - 来自专栏AustinDatabases
MYSQL 8 内存使用分析到底我的内存都跑哪了
今天公司的一个DBA 小盆友问我,测试机的MYSQL的内存满了,但是看上去MYSQL 也没有用多少内存,到底这些内存用到哪里了. 所以总结了 18 式 对MYSQL 的内存消耗,上上下下,左左右右的来一个 POP. 下面的是这台要被POP的MYSQL 8.011 内存很少,my,cnf 处于"原始部落",没有配置的状态. ? 这里PR是这个应用程序的优先级, VIRT 是虚拟内存的大小, RES 是常驻内存也是当前进程使用的内存,(不包含swap), SHR 是共享内存的大小. 通过上面的方法可以看一分钟有没有数据的获取不是从innodb_buffer_pool中获得的,如果太高则需要综合上面的信息添加INNODB_BUFFER_POOL_SIZE的内存了. 8 重复索引对于 最后曾经有人问了一个问题,我的机器的物理内存只有8G ,但我innodb buffer pool size 设置成10G 也能启动,为什么???? ?
5.3K30发布于 2021-03-16 - 来自专栏世民谈云计算
理解Neutron (8): Neutron 安全组
和网络回送地址127.0.0.0/8.)的地址作为源或目的地址。 而 qbr 桥是一个简单的网桥，它一头连接的是虚机网卡 eth0 的 tap 设备（比如 tap59cfa0b8-2f），另一头连接 veth pari 的一端（比如qvb59cfa0b8-2f），该 veth 设备的另一端是 OVS 上的端口 qvo59cfa0b8-2f。 有几个原因可以产生这种情况，比如，内存溢出，收到不知属于哪个连接的ICMP 错误信息。一般地，我们DROP这个状态的任何东西。 | [u'f5377a66-803d-481b-b4c3-a6631e8ab456'] | 402fe6b1-7670-4b6b-84a3-097beed64015 | fa:16:3e:45:6b:8b
4.4K50发布于 2019-06-28 - 来自专栏架构师成长之路
k8s实践(8)--ssl安全认证配置
一.基于CA签名的双向数字证书认证方式 在一个安全的内网环境中, Kubernetes的各个组件与Master之间可以通过apiserver的非安全端口http://apiserver:8080进行访问 但如果apiserver需要对外提供服务,或者集群中的某些容器也需要访问apiserver以获取集群中的某些信息,则更安全的做法是启用HTTPS安全机制。 k8s中哪些组件需要进行tls证书认证，哪些不需要？ kube-scheduler、kube-controller-manager 一般和 kube-apiserver 部署在同一台机器上，它们使用非安全端口和 kube-apiserver通信，非安全端口默认为 安全端口默认为https的6443，可以使用--secure-port指定，监听安全端口的地址默认为0.0.0.0（监听所有接口），可以使用--bind-address指定。
3.8K20编辑于 2022-04-14
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号