PHPor 的Blog – 第2页

为什么macOS上安装完dmg文件后，即使删除了dmg文件，磁盘空间也没有变小？

因为dmg文件是一个磁盘镜像文件，需要挂载到文件系统上，才能把里面的内容copy到/Applications目录中,比如，Chrome浏览器的安装dmg文件在安装时，会挂载到目录/Volumes/Google Chrome，具体挂载到哪个目录在dmg文件里面已经定义好了，挂载后的文件目录如下：

[junjie20@Mac: 05-30 14:28:59 Google Chrome]$ ll
total 4
lrwxr-xr-x@ 1 junjie20 staff 13 5 6 10:10 -> /Applications
drwxr-xr-x@ 3 junjie20 staff 102 5 6 07:54 Google Chrome.app

里面有一个/Applications的软连接，这大概就是我们打开这个dmg后，就可以看到两个图标，一个是应用程序，一个是Applications目录，拖进去就行了。

安装完成后，我们会把dmg文件删除掉，此时并不影响我们进入目录/Volumes/Google Chrome ，因为文件引用还在，就没有真正释放；此时，执行下面命令，空间就会被释放：

hdiutil detach /Volumes/Google\ Chrome

更多请参考文章: https://phpor.net/blog/post/19146

MacOS上 DMG文件

DMG文件基础概念

定义与特性
DMG(Disk Image)是macOS专属的磁盘映像格式，采用HFS+/APFS文件系统封装，支持压缩(AES-128/256加密)、分卷和校验功能。其本质是将文件系统结构+数据打包为单一文件，通过虚拟设备节点(/dev/disk*)挂载访问。
核心用途
- 软件分发：78%的macOS第三方应用通过DMG分发
- 数据备份：可创建加密的磁盘映像
- 系统恢复：部分恢复工具使用DMG存储

macOS选择DMG的技术动因

完整性保障
校验和机制确保安装包传输无损，双击时自动验证
安装流程标准化
允许开发者自定义安装界面(背景图/协议文档)
文件系统兼容性
完美支持macOS特性如资源派生(Resource Fork)

APP安装流程与底层机制

用户可见操作

# 典型安装流程 hdiutil attach example.dmg # 挂载DMG cp -r /Volumes/Example/App.app /Applications # 拖动安装

1
2
3

# 典型安装流程
hdiutil attach example.dmg # 挂载DMG
cp -r /Volumes/Example/App.app /Applications # 拖动安装
底层执行过程
- 内核将DMG映射为虚拟设备(如/dev/disk5s1)
- 挂载到/Volumes/临时目录，文件系统驱动解析元数据
- 复制操作触发APFS写时复制(CoW)机制

关键问题解析

挂载点溯源

hdiutil info | grep -B 5 "/Volumes/Target" # 查找挂载点对应DMG mount | grep "/Volumes/Target" # 查看设备节点

1
2

hdiutil info | grep -B 5 "/Volumes/Target" # 查找挂载点对应DMG
mount | grep "/Volumes/Target" # 查看设备节点
大小差异原因
- DMG压缩存储 vs 挂载后解压状态
- 文件系统元数据(如HFS+目录B-tree)占用额外空间
废纸篓仍可访问
文件句柄保留机制：DMG挂载后系统保持对原始文件的引用，移动至~/.Trash不影响已打开句柄
不自动卸载的设计考量
- 用户体验：避免中断用户可能的二次安装
- 性能优化：减少重复挂载开销
影响
- 我们为了节省空间，安装完APP后，就会把安装文件(*.dmg)删掉，由于该文件安装后没有自动卸载，即使删除了，磁盘空间也不会被释放，此时，需要参考下面的手动卸载操作，手动卸载后，磁盘空间理解释放（很爽）

实用操作指南

手动卸载

hdiutil detach /Volumes/Target # 标准卸载 hdiutil detach -force /dev/disk5s1 # 强制卸载

1
2

hdiutil detach /Volumes/Target # 标准卸载
hdiutil detach -force /dev/disk5s1 # 强制卸载
工具差异
- hdiutil专管磁盘映像，可追溯DMG关联
- diskutil侧重物理设备管理，无DMG元数据接口
DMG制作示例

hdiutil create -srcfolder ./App -fs HFS+ -volname "MyApp" -encryption AES-256 MyApp.dmg

1

hdiutil create -srcfolder ./App -fs HFS+ -volname "MyApp" -encryption AES-256 MyApp.dmg

支持参数：
- -format UDZO：压缩映像
- -size 100m：预分配空间
访达中操作
- 访达中的“位置”里面也可以看到挂载的dmg文件，也可以点击“推出”进行卸载

深度使用篡改猴插件

篡改猴脚本可以在不同时机执行：

如果我们需要通过修改window对象来模拟一些特殊情况，就可能需要在页面加载的第一时间来设置window对象，就需要让篡改猴脚本第一时间执行，修改方式如下：

Edge 更新

更新前：

更新后：

结论：

浏览器版本会变
navigator.userAgent 不会变, 锁死在了 135.0.0.0

vscode terminal设置

使用terminal时，快捷键很重要，如：

alt+b (backword): 光标左移一个单词

alt+f (forword): 光标右移一个单词

alt+. : 自动填充上个命令的最后一个单词

但是，默认情况下，可能这个不好使，需要设置 terminal.integrated.macOptionIsMeta ，选中复选框如下：

或者 ⌘ + shift + p 打开settings.json ,添加如下配置：

clash Nyanpasu 进程占用CPU和内存过高

该进程未tauri://localhost

文心一言被deepseek干免费了

MacOS 升级

MacOS从14 升级到15。

xcode需要从15升级到16； xcode升级后，xcode已经不能支持iOS12的开发了。

上一次升级MacOS 13 -> 14的时候，xcode也是被迫升级的，xcode从14升级到15之后，我的appcode（2022）就已经抱怨xcode版本太高了，让我降回去使用，然后就一直没使用appcode

各版本xcode支持的最低iOS系统版本：

‌Xcode各版本支持的系统版本如下‌：‌12

‌Xcode 13‌：支持iOS 9及更高版本、tvOS 9及更高版本以及watchOS 2及更高版本的设备上调试。Xcode 13需要运行macOS 11.3或更高版本的Mac。

‌Xcode 14‌：支持iOS 11.0到iOS 16.2.99的系统版本。如果项目需要支持iOS 9，可以通过修改SDKSettings.plist文件来实现适配。

‌Xcode 15‌：支持iOS 12到iOS 17的系统版本。从2024年4月29日起，上传到App Store Connect的App必须是使用Xcode 15构建的。

‌Xcode 16.1‌：支持iOS 18.1、iPadOS 18.1、Apple tvOS 18.1、watchOS 11.1和macOS Sequoia 15.1。Xcode 16.1需要在macOS Sonoma 14.5或更高版本的Mac上运行。

‌系统支持的最低版本要求‌：

‌iOS‌：Xcode 13支持iOS 9，而Xcode 14及以上版本最低支持iOS 11。从2024年4月29日起，上传到App Store的App必须使用Xcode 15构建，支持iOS 12及以上的系统版本。

这些信息可以帮助开发者选择合适的Xcode版本和系统版本进行开发和测试，确保应用兼容性和顺利提交到App Store。

目前（2024年）xcode 15还是主流，还能构建iOS12系统上的APP，这些系统上的APP还能继续升级。

当苹果官方要求最低xcode版本为16的时候，就不可能构建出来支持iOS12系统的APP了，换言之，因为iPhone 5s的系统版本最高支持到iOS12，所以，iPhone 5s上的APP就不可能继续升级了。

小学数学问题

问题：

对于一组数字，在不改变原有数字顺序的情况下，删除 m 个数字，使得剩下的 n – m 个数字组成的数最大。

思路：

维护一个栈:
- 使用一个栈来存储当前选择的数字。
- 当遇到一个新的数字时，比较它与栈顶元素。如果新数字更大，并且可以删除栈顶元素（即 m > 0），则弹出栈顶元素。
处理剩余数字:
- 如果在遍历完所有数字后，还有剩余的删除次数 m，继续从栈中弹出元素直到 m 减少到 0。
构建结果:
- 最终栈中的元素即为保留的最大数。

AI编码实现：（这个实现运行结果不对）

package main

import (
	"fmt"
	"strconv"
)

func removeKdigits(num string, k int) string {
	var stack []byte

	for i := 0; i < len(num); i++ {
		digit := num[i]
		// 如果栈顶元素小于当前元素，并且可以删除栈顶元素
		for k > 0 && len(stack) > 0 && stack[len(stack)-1] < digit {
			stack = stack[:len(stack)-1] // 弹出栈顶元素
			k--
		}
		stack = append(stack, digit)
	}

	// 如果还有剩余的删除次数，继续从栈中弹出元素
	for k > 0 {
		stack = stack[:len(stack)-1]
		k--
	}

	// 构建结果字符串，并去掉前导零
	result := bytes.TrimLeft(stack, "0")
	if len(result) == 0 {
		return "0"
	}
	return string(result)
}

func main() {
	num := "27886483"
	m := 3

	result := removeKdigits(num, m)
	fmt.Printf("删除 %d 个数字后，最大的数是: %s\n", m, result)
}

package main

import (

"fmt"

"strconv"

)

func removeKdigits(num string, k int) string {

var stack []byte

for i := 0; i < len(num); i++ {

digit := num[i]

// 如果栈顶元素小于当前元素，并且可以删除栈顶元素

for k > 0 && len(stack) > 0 && stack[len(stack)-1] < digit {

stack = stack[:len(stack)-1] // 弹出栈顶元素

k--

}

stack = append(stack, digit)

}

// 如果还有剩余的删除次数，继续从栈中弹出元素

for k > 0 {

stack = stack[:len(stack)-1]

k--

}

// 构建结果字符串，并去掉前导零

result := bytes.TrimLeft(stack, "0")

if len(result) == 0 {

return "0"

}

return string(result)

}

func main() {

num := "27886483"

m := 3

result := removeKdigits(num, m)

fmt.Printf("删除 %d 个数字后，最大的数是: %s\n", m, result)

}

初始化栈:
- 使用一个切片 stack 来模拟栈的行为。
遍历输入字符串:
- 对于每个字符（数字），检查是否可以删除栈顶元素以使结果更大。
- 如果可以删除栈顶元素，则弹出栈顶元素，并减少剩余的删除次数 k。
- 将当前字符压入栈中。
处理剩余的删除次数:
- 在遍历完所有字符后，如果还有剩余的删除次数 k，继续从栈中弹出元素直到 k 减少到 0。
构建结果字符串:
- 使用 bytes.TrimLeft 去掉结果字符串中的前导零。
- 如果结果为空，则返回 “0”。

对于输入 num = “27886483” 和 m = 3，程序的输出将是：

删除 3 个数字后，最大的数是: 8883

1	删除 3 个数字后，最大的数是: 8883

这个结果确保了在不改变原有数字顺序的情况下，删除 3 个数字得到的最大可能的数。

补充：

stack[len(stack)-1] < digit 的这个逻辑 AI生成的时候是错的，写的是 stack[len(stack)-1] > digit；手动修改后算法可用

由上面逻辑来看，真心不是小学生能够完成的。

bc命令占用CPU 100%

因为bc命令的没有了：

因为bc是在goland中的terminal中启动的，但是goland意外死掉了，所以，bc就没有tty了，所以bc不断的循环读取标准输入，每次都是快速失败，所以，bc占用CPU 100%