- 博客(15)
- 收藏
- 关注
RSS订阅原创 Cookie、Session、Token、JWT 面试高频问答
Session 是服务端会话存储，为每个用户生成唯一 SessionId，把用户登录态、个人信息存在服务端；通常把 SessionId 存在 Cookie 里，实现会话保持。Token 是服务端签发的身份令牌字符串，登录成功下发给前端，前端存在 LocalStorage，每次请求手动放在请求头里做身份认证。JWT 是标准化的 Token 格式，由 Header.Payload.Signature 三段组成，自带用户信息 + 数字签名，服务端不用查存储就能验签解析用户，无状态、适合微服务。
2026-05-14 17:45:00
360
原创 CBAM 方法
为 “用户下单页面响应时间” 场景，定义 4 个关键响应级别：表格响应级别响应时间业务含义最坏情况≥ 2000ms用户明显卡顿，大量流失当前情况1000ms勉强可用，有用户投诉期望情况500ms目标水平，用户体验良好最好情况≤ 100ms极致体验，转化率提升效用值代表 “这个响应水平对业务的价值”，0 为最差，100 为最好：表格响应级别响应时间效用值最坏情况2000ms0当前情况1000ms50期望情况500ms80最好情况100ms100。
2026-05-10 13:22:49
325
原创 微服务、云原生、Serverless、分布式
分布式理念—— 多台机器一起干活。微服务架构—— 按业务拆服务。云原生规范—— 在云上用容器跑微服务。Serverless终极形态—— 只写代码，啥都不用管。分布式是祖宗，微服务是骨架，云原生是肌肉，Serverless 是皮肤。分布式：多台机器一起干活微服务：把系统按业务拆成小服务云原生：在云上用容器跑微服务Serverless：只写代码，剩下全交给云ACID：我要绝对安全、绝对一致CAP：分布式只能三选二，必须丢一个BASE：我要高可用，一致可以晚点来。
2026-04-08 11:13:12
514
1
原创 【2025年】论系统负载均衡设计方法
通过“智付通”项目的实践，我深刻体会到：负载均衡设计绝非简单部署一个网关或选择一个算法，而需要结合业务特征、节点异构性、可观测性能力以及运维流程进行系统性规划。静态策略是基石，动态策略是核心，基于场景的策略是点睛之笔。未来随着服务网格和AI运维技术的发展，负载均衡将向更智能、更自适应的方向演进，例如基于历史流量预测的预调度、基于强化学习的权重自优化等，这也是我后续持续关注的方向。
2026-04-03 09:11:51
273
原创 ATAM 架构权衡分析方法
ATAM（Architecture Tradeoff Analysis Method，架构权衡分析方法）是在SAAM基础上发展而来的架构评估方法，主要针对性能、可用性、安全性、可修改性这四类核心质量属性，在系统开发前对多质量属性进行评价与折中分析，是处理多属性冲突的经典框架。ATAM 是多质量属性权衡分析的标杆方法，它在 SAAM 场景化分析基础上，引入了敏感点 / 权衡点识别、效用树优先级排序等核心机制，解决了 “多个质量属性相互冲突时如何做架构决策” 的核心问题，是现代复杂软件系统架构评估的主流选择。
2026-03-25 18:02:53
528
原创 8.1.3质量属性场景描述
质量属性场景是精确描述软件系统质量属性需求的手段，它是利益相关者与系统交互的简短陈述，由6 个核心部分刺激源：生成刺激的实体（人、系统等）刺激：刺激到达系统时需要考虑的条件环境：刺激发生时系统所处的状态（如正常运行、过载）制品：被刺激影响的系统对象（整个系统或某部分）响应：刺激到达后系统采取的行动响应度量：可量化的指标，用于测试需求是否满足。
2026-03-25 10:45:38
355
原创 7.3软件架构风格
软件体系结构风格是特定领域中系统组织方式的惯用模式词汇表：规定了系统中可以使用的构件类型（如服务、数据库、客户端）和连接件类型（如 HTTP 调用、消息队列、RPC）。约束规则：明确这些构件和连接件如何组合、交互，形成完整系统。价值：它提炼了领域内系统共有的结构与语义特性，让设计可复用。比如提到 “客户 / 服务器（C/S）” 模式，开发者无需额外说明，就能快速理解系统的组织与工作方式。软件架构设计追求体系结构级复用，通过研究架构风格实现。架构风格是一套词汇表 + 约束。
2026-03-24 14:34:24
437
原创 6.1.1 数据库技术的发展（三阶段演进）
大容量磁盘等存储设备普及，诞生了专门管理存储数据的文件系统，应用程序通过文件系统操作数据。：计算机主要用于科学计算，无专门数据管理软件和磁盘等存储设备，数据处理依赖手工。：为解决文件系统的缺陷，数据库系统诞生，由软硬件协同组织、动态存储大量关联数据。
2026-03-22 08:52:18
273
原创 python七种数据类型对比：【Number（数字）String（字符串）bool（布尔类型）List（列表）Tuple（元组）Set（集合）Dictionary（字典）】
核心区分维度：可变性（能否修改元素）、有序性（能否索引）、重复规则（是否去重）是区分这 7 种类型的关键。不可变类型（Number/bool/str/tuple）更安全，适合存储固定数据；可变类型（list/set/dict）更灵活，适合动态操作数据。场景匹配：文本用字符串、动态列表用 list、不可变序列用 tuple、去重 / 集合运算用 set、键值映射用 dict。
2026-02-08 16:20:22
1039
原创 系统架构 “三高”（高性能、高可用、高并发）深度解析
高并发指系统能够同时处理大量用户请求（如电商秒杀的瞬间十万 / 百万级请求、社交平台的热点事件刷屏）的能力，核心解决请求集中式挤兑导致的系统拥堵、超时甚至崩溃问题。高并发的本质是 **“请求压力的分散与管控”**，而非单纯追求 “请求量越大越好”，核心是让系统在并发峰值下仍能有序处理请求。高性能指系统处理单个 / 批量请求的效率高、延迟低、吞吐高，核心解决 “请求处理慢、系统资源利用率低” 的问题。高性能是高并发的基础 ——相同资源下，高性能系统能支撑更高的并发量。
2026-02-07 12:43:09
638
1
原创 CAP 定理与 BASE 理论
表格特性英文核心定义通俗例子一致性分布式系统中，所有节点在同一时间看到的数据集是完全相同的；更新操作完成后，任意节点的读取结果都必须是最新的。银行转账：A 转 B100 元，转账完成后，无论查 A 的账户还是 B 的账户，数据都必须是更新后的，不能出现 A 扣了钱、B 没到账的情况。可用性分布式系统中，所有合法请求都能在有限时间内得到非错误的响应（无需保证响应结果是最新的），系统无单点故障。
2026-02-07 12:38:24
416
原创 高性能系统架构设计（实战精简版）
高性能架构 =水平扩展 + 多级缓存 + 异步解耦 + 读写分离 / 分片 + 池化复用 + 少 IO + 无锁设计 + 全链路压测监控能缓存不查 DB，能异步不同步，能并行不串行，能水平不垂直。
2026-02-05 21:52:47
571
原创 系统安全架构设计
SIEM 集中审计：日志聚合、关联分析、异常告警（登录、越权、攻击）威胁检测：暴力破解、异常流量、未授权访问、恶意文件漏洞管理：扫描→定级→修复→复测闭环渗透测试 & 红蓝对抗：定期模拟攻击，验证防护有效性应急响应预案：分级处置（入侵、数据泄露、DDoS、勒索病毒）流程：发现→遏制→根除→恢复→溯源→复盘安全架构 =纵深防御 + 零信任身份 + 全链路加密 + 最小权限 + 数据分级保护 + 监控应急 + 合规治理边界挡、身份卡、网络隔、应用固、数据护、运营查、应急恢。
2026-02-05 21:51:52
1260
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人