G：goroutine，包含栈和执行上下文，初始栈约2KB，可动态增长。M：操作系统线程，真正执行代码。P：逻辑处理器，数量默认等于GOMAXPROCS，持有本地可运行队列（容量256）；M必须绑定P才能运行G。调度顺序：先查P本地队列，每61次调度检查一次全局队列防饥饿；再查全局队列、netpoller；最后从其他P偷取一半的G（工作窃取）。新建G：优先放入当前P的runnext，保证局部性。系统调用阻塞：M陷入阻塞时，sysmon监控发现后把P与该M解绑，交给空闲或新建的M继续执行其他G；系统调用返回后，M尝试重新获取P，失败则G入全局队列，M休眠。网络IO：通过netpoller（epoll/kqueue）异步处理，G挂起而M不阻塞。抢占：Go 1.14起基于信号的异步抢占，避免长循环独占P。好处：用户态切换成本低，线程数少，并发规模可达百万级G。

可以的，发博文，签到。其他的随缘。学习狂魔赢得一切

# 软件安全最佳实践：核心概念与开发应用> 安全不是测试阶段的补丁，而是贯穿设计、编码、测试、发布、运维全生命周期的工作（DevSecOps）。---## 一、核心概念安全最佳实践建立在**一组目标 + 一组设计原则**之上。### 1. CIA 三元组（安全的三项根本目标）| 目标 | 含义 | 手段 || --- | --- | --- || **机密性**（Confidentiality） | 只有授权者能读取数据 | 传输/存储加密、访问控制、最小暴露面 || **完整性**（Integrity） | 数据未被篡改 | 哈希校验、数字签名、权限约束写操作 || **可用性**（Availability） | 需要时系统可访问 | 冗余、限流、备份、防 DDoS |> 三者相互制约：加密提升机密性，却增加开销、可能损害可用性。任何方案都是权衡。### 2. 六大设计原则| 原则 | 含义 | 一句话落地 || --- | --- | --- || **纵深防御** | 多层防护叠加，单层被攻破不致命 | 网络 + 主机 + 应用 + 数据各设关卡 || **最小权限** | 只授予完成任务所需的最小权限，用完即收 | RBAC/ABAC + 权限定期审计 || **安全默认** | 默认拒绝，配置从"关"开始 | 白名单优先于黑名单 || **失败安全** | 出错时朝安全方向关闭 | 认证服务宕机时拒绝而非放行 || **信任边界** | 明确"哪些输入不可信" | 一切外部输入（含参数、文件、第三方数据）默认不可信 || **威胁建模** | 先识别资产/攻击面/威胁，再设计 | STRIDE 模型逐项过 |---## 二、实际开发中如何用（按开发流程映射）安全贯穿开发全生命周期（DevSecOps）：### 1. 设计阶段- 威胁建模（STRIDE）：识别资产、攻击面、威胁- 数据分类与分级- 安全需求评审> 此时发现设计漏洞成本最低。### 2. 编码阶段（日常占比最高）- **输入校验（白名单）+ 输出编码** → 防注入 / XSS / 路径穿越- 认证授权用成熟方案，**绝不自造密码学**；密码用 bcrypt / argon2- 依赖锁定版本 + SBOM 清单- 密钥 / 凭证绝不硬编码（走 Vault / 环境变量）### 3. 测试阶段- SAST 静态扫描- DAST 动态测试 / 渗透测试- 依赖漏洞扫描（如 OWASP Dependency-Check）- 模糊测试- 全部接入 CI 门禁### 4. 发布阶段- 最小化镜像- 安全配置基线- 产物签名与校验### 5. 运维阶段- 日志监控与告警- 补丁管理- 定期权限审计- 事件响应预案---## 三、实用要点1. **不要自造密码学**：加密、哈希、签名一律用成熟库（如 OpenSSL、Tink、libsodium），自行实现是最高频的严重漏洞来源。2. **"默认拒绝"优于"默认放行"**：白名单校验、最小权限、失败安全，本质都是同一思想——把风险敞口默认关掉。3. **安全是流程不是功能**：把 SAST / 依赖扫描等做成 CI 门禁，让漏洞在合入前拦截，比事后渗透便宜一个数量级。4. **参考基线**：OWASP Top 10（应用层漏洞清单）和 OWASP ASVS（验证标准）是落地时最实用的检查表。---