
本文介绍一种基于 Map 的健壮方案,用于逐行(按原始顺序)比对两次进程内存映射输出中同一共享库各段地址是否发生变化,解决传统 HashMap 键冲突与顺序丢失导致的误判问题。
本文介绍一种基于 `map
在 Linux 进程的 /proc/[pid]/maps 输出中,同一共享库(如 /lib/libm-2.31.so)可能被映射为多个内存段(如 r-xp、---p、r--p、rw-p),每段拥有独立的起始地址范围(如 b3e74000-b3ec5000)。若需验证相同索引位置上的段地址是否在两次采样中保持一致(例如:第一次输出的第 3 行地址是否等于第二次输出的第 3 行地址),直接使用 Map
正确做法是:将文件路径与行序号组合为唯一键,并用 List
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
✅ 推荐实现:Map> + LinkedHashMap + computeIfAbsent
以下是一个生产就绪的工具方法:
import java.util.*;
import java.util.regex.Pattern;
import java.util.stream.Collectors;
public class MemoryMapComparator {
public static Map<string list>> getMemoryAddressWithFileName(String[] responses) {
Map<string list>> map = new LinkedHashMap();
for (String response : responses) {
Scanner s = new Scanner(response);
int keyIndex = 1;
while (s.hasNextLine()) {
String line = s.nextLine().trim();
if (line.isEmpty()) continue;
// 使用正则分割:空格 + 后续紧跟 '/' 的位置(避免误切文件名内空格)
String[] parts = line.split("\s+(?=/)", 2);
if (parts.length new ArrayList()).add(address);
}
}
return map;
}
public static void main(String[] args) {
String output1 = "b3e74000-b3ec5000 r-xp 00000000 fb:00 1653 /lib/libm-2.31.so
" +
"b3ec5000-b3ed4000 ---p 00051000 fb:00 1653 /lib/libm-2.31.so
" +
"b3ee7000-b3ee8000 r--p 00050000 fb:00 1653 /lib/libm-2.31.so
" +
"b3ed5000-b3ed6000 rw-p 00051000 fb:00 1653 /lib/libm-2.31.so";
String output2 = "
" +
"b3e74000-b3ec5000 r-xp 00000000 fb:00 1653 /lib/libm-2.31.so
" +
"b3ed8000-b3ee7000 ---p 00051000 fb:00 1653 /lib/libm-2.31.so
" +
"b3ee7000-b3ee8000 r--p 00050000 fb:00 1653 /lib/libm-2.31.so
" +
"b3ee8000-b3ee9000 rw-p 00051000 fb:00 1653 /lib/libm-2.31.so";
Map<string list>> resultMap = getMemoryAddressWithFileName(new String[]{output1, output2});
System.out.println("=== 内存段地址变化比对结果 ===");
for (Map.Entry<string list>> entry : resultMap.entrySet()) {
List<string> addresses = entry.getValue();
if (addresses.size() != 2) continue; // 确保仅比对两次输出
String addr1 = addresses.get(0);
String addr2 = addresses.get(1);
boolean unchanged = addr1.equals(addr2);
System.out.printf("段 %s → [%s] vs [%s] → %s%n",
entry.getKey(),
addr1,
addr2,
unchanged ? "✅ 未变化" : "⚠️ 已变化");
}
}
}</string></string></string></string></string>
? 关键设计说明
- 唯一键构造:/lib/libm-2.31.so#1、/lib/libm-2.31.so#2… 显式绑定文件与原始行序,杜绝哈希冲突;
- 顺序保障:LinkedHashMap 严格维持插入顺序,确保 #1, #2, #3 按解析先后排列;
- 健壮解析:正则 \s+(?=/) 精准定位文件名前的空白分隔符,兼容多空格/制表符;
- 空行容错:跳过空行或仅含 的无效行;
- 地址提取安全:对首字段再次按空白分割,防止权限字段(如 r-xp)混入地址。
⚠️ 注意事项
- 若两次输出行数不一致(如某次缺失某段),resultMap 中对应键的 List 长度将 ≠ 2,需在业务逻辑中显式校验;
- 此方案假设两份输出中相同文件的段顺序一致且数量相等;若需处理乱序或增删段场景,应先按权限/偏移等字段归一化排序;
- 生产环境建议封装为 MemoryMapSnapshot 类,增加校验、日志及异常提示能力。
通过该方案,你不仅能准确识别「第 3 段地址未变化」这类关键稳定性指标,还可为 ASLR(地址空间布局随机化)分析、内存泄漏定位、共享库加载行为审计提供可靠数据基础。
Java免费学习笔记:立即使用
解锁 Java 大师之旅:从入门到精通的终极指南










