在日常学习过程中，经常需要把遇到的问题记录下来，记录自己的成长之路，所以一直想拥有一个完全属于自己的博客。其间也体验过wordpress,无奈可定制化性不高，索性自己实现一个。

简介

本博客系统前端使用React技术栈，后端使用Go技术栈。从运维到设计都是自己完成的。

graph LR
  A[Webpack 构建] --> B[生成带 ContentHash 的文件]
  B --> C{静态资源类型}
  C -->|JS/CSS/图片| D[OSS 存储]
  C -->|HTML| E[自建服务器]
  D --> F[CDN 加速]
  F --> G[用户访问]
  E --> G

技术选型

博客主页

https://zeus.zzfzzf.com

1. 考虑到seo和加载性能，使用服务端渲染框架nextjs开发
2. 公共组件提取到@oc/designUI组件库中
3. 静态资源托管在阿里云cdn上
4. 使用 drone + K8S 持续集成

管理后台(宙斯系统)

https://zeus.zzfzzf.com

1. 使用从零搭建的webpack5+Typescript+React18方案
2. UI组件库使用antd
3. 静态资源托管在阿里云cdn上
4. 使用 drone + K8S 持续集成
5. 做了权限控制，可用测试账户test/test访问

服务端

1. 使用fiber框架开发
2. 数据库使用mysql，缓存使用redis，全文搜索引擎和日志使用elasticsearch
3. 使用rabbitmq和kafka处理异步任务
4. 文件上传至阿里云oss保存
5. 消息通知使用飞书消息
6. 服务监控使用 https://github.com/louislam/uptime-kuma

错误监控以及用户行为日志

1. 使用gif上报日志到es中
2. 采集方法参考此篇文章前端应用性能及错误监控设计方案

运维

1. drone+ K8S 持续集成
2. Grafana + Prometheus 对整个系统进行监控报警

数据库

1. Mysql数据库生产环境使用阿里云rds服务
2. redis、es等服务无备份只负责缓存和临时处理数据

特色

1. 完全开源，可折腾性高。
2. 博客支持暗黑模式，支持移动端
3. 从组件库到后台管理系统都是从零搭的，实现了esbuild插件 babel插件处理组件库markdown转html文档，自动生成类型表格

我彻底放弃了沉重的 IDE，转而使用 Zellij 作为工作空间编排器。通过声明式的 KDL 布局，我实现了一键进入“战斗状态”。

item2

• Ctrl + A：跳到行首（最左边）。
• Ctrl + E：跳到行尾（最右边）。
• Ctrl + K：删除从光标位置到行尾的所有内容。
• Ctrl + U：删除整行（或从光标位置到行首）。
• Ctrl + L：清屏（等同于执行 clear）。

编辑器

hx zed

1. 深度定制的 dev.kdl 布局

我为我的 Rust 项目设计了一个三合一的“指挥中心”：

• 左侧 (60% 黄金位)：常驻 Claude Code (AI Agent)，负责全局代码理解、重构与生成的“主脑”。
• 右上 (监控位)：实时 Git 状态窗格，使用 watch 命令捕捉每一行代码的变动。
• 右下 (执行位)：Droid/Bacon 自动化任务处理，实时反馈 Rust 编译错误与测试结果。

2. 自动化启动

配合 Zsh 别名，输入 zd 即可瞬间唤醒这套复杂的生产力矩阵：

alias zd='zellij --layout dev'

// ~/.config/zellij/layouts/dev.kdl

layout {
    pane size=1 borderless=true {
        plugin location="zellij:tab-bar"
    }

    pane split_direction="vertical" {
        // 左侧：AI 代理
        pane name="Claude" size="60%" {
            command "claude"
            focus true
        }

        // 右侧：监控与交互
        pane split_direction="horizontal" {
            // 右上：代码变动
            pane name="Claude" {
                command "claude"
        }
            // 右下：空命令行（进去后可以手动输入任何命令，如 bacon）
            pane name="Terminal"
        }
    }

    pane size=1 borderless=true {
        plugin location="zellij:status-bar"
    }
}

工具选择

基础设施

通过 huggingface-cli 建立本地模型仓库。可以实现断点续传和精确的版本控制。

使用 Hugging Face CLI 可以更方便地从 huggingface.co（模型界的 GitHub）下载和管理模型。

# 安装工具
brew install huggingface-cli

# 推荐在 .zshrc 配置镜像加速（解决国内连接问题）
export HF_ENDPOINT="https://hf-mirror.com"

# 仅下载 Q4_K_M 规格的 GGUF 文件（性价比最高的量化格式）
hf download Qwen/Qwen2.5-7B-Instruct-GGUF \
  --include "*q4_k_m.gguf" \
  --local-dir ./models/qwen2.5-7b

llama.cpp

开发者首选

# 安装与运行一键式体验
brew install llama.cpp

# 启动网页版+OpenAI 兼容的 API 服务
llama-server -m qwen2.5-1.5b-instruct-q4_k_m.gguf --port 8080

# 极速推理：-ngl 99 将所有模型层挂载至 GPU 加速
llama-cli -m ./qwen2.5-1.5b-instruct-q4_k_m.gguf -ngl 99 -p "你是谁？"

➜  ~ curl http://localhost:8080/v1/chat/completions \
  -H "Content-Type: application/json" \
  -d '{
    "model": "qwen2.5-1.5b-instruct-q4_k_m.gguf",
    "messages": [{"role": "user", "content": "你好"}]
  }'
{"choices":[{"finish_reason":"stop","index":0,"message":{"role":"assistant","content":"你好！有什么问题我可以帮助你吗？"}}],"created":1770606395,"model":"qwen2.5-1.5b-instruct-q4_k_m.gguf","system_fingerprint":"b7960-db6adb3c8","object":"chat.completion","usage":{"completion_tokens":10,"prompt_tokens":30,"total_tokens":40},"id":"chatcmpl-FTJnPHHWp5Jj0tklEUkj4tDDLVYXcFWp","timings":{"cache_n":29,"prompt_n":1,"prompt_ms":68.001,"prompt_per_token_ms":68.001,"prompt_per_second":14.705666093145688,"predicted_n":10,"predicted_ms":121.87,"predicted_per_token_ms":12.187000000000001,"predicted_per_second":82.0546483958316}}%

LM Studio

零门槛体验，如果你偏好图形界面，LM Studio 是目前本地 LLM 客户端的“天花板”，支持一键搜索、下载并配置模型。

模型选择

在 M1 + 16GB 的硬件限制下，盲目追求大参数只会带来漫长的等待。

• 排名参考：除了 Open LLM Leaderboard，更具实战意义的 LMSYS Chatbot Arena
• 规格建议：锁定 7B 以下 模型。
• 格式偏好：
  • MLX：Apple 官方出品，针对统一内存架构深度优化，速度极致。     - GGUF：生态最全，兼容性最强。
• 量化 (Quantization)： 务必使用 4-bit 或 Q4_K_M 格式的模型。这能将模型大小压缩至 3-4GB，在精度损失极小的前提下，确保模型能在你的设备上流畅运行。 我下载了4个模型，具体还在体验中，不过吐字是非常快的。效果还在测评中。
• qwen2.5-coder-7b-instruct
• qwen/qwen3-4b-2507
• qwen/qwen3-4b-thinking-2507
• google/gemma-3-4b

开发的选择

Python

• MLX 参考 https://community.niohome.com/article/cm4172bw900axj60afevbdvw6 由于生态及其丰富，对做业务非常友好

Rust

rust的优势是可以打包成可直接运行，利于分发。模型则用户自己去下载。可以做一些有意思的应用，比如tarui cli都很有意思. 

• 比如做本地离线个人知识库（https://anythingllm.com/）虽然已经有了～～ 推荐几个库
• llama-cpp-2
• candle
• rig-core

现实边界

本地小模型在“实用上下文长度”上，与云端大模型存在本质差异。

根本瓶颈：

1. 内存墙：KV Cache(也就是我们平时用到的上下文缓存) 会随对话长度线性增长。在 16GB 内存的 Mac 上，这可能意味着一个 7B 模型处理超过 16K Token 就会触发内存交换，速度暴跌。
2. 算力墙：Transformer 注意力计算复杂度为 O(n²)。处理 10K Token 的计算量是 1K Token 的 100倍，直接导致“思考”时间变长，风扇狂转。

避坑指南

Q：为什么编译 llama.cpp 报错，或者找不到编译器？ A： macOS 升级（如从 14 升到 15）常会把 CommandLineTools 搞成“半残状态”。

# 彻底删除旧工具
sudo rm -rf /Library/Developer/CommandLineTools

# 重新触发安装弹窗
xcode-select --install

作为一名开发者，我们每天都在跟各种 runtime 打交道。今天在搞 Tauri 项目（Node + Rust），明天可能在调量化交易的策略（Python + Node）。但在管理 Node 版本时，你是否遇到过“明明删了包却还在报错”、“换个 Node 版本全局工具就失效”的灵异事件？

在 2026 年，Node 版本管理器的江湖已经发生了质变。

一、 老牌悍将的“中年危机”：Volta 与 nvm

1. Volta：曾经的“零成本”之王

Volta 的设计初衷极具野心：通过 Shim（垫片）机制，让你在项目间切换时完全无感。

• 痛点：它的沙盒机制是一把双刃剑。如果你习惯用 npm install -g，你会发现这些包被锁死在特定的 Node 镜像里。一旦 Volta 的索引出错，你就会遇到“删不掉、找不着、动不了”的尴尬。
• 现状：它的维护频率在降低，虽然依然稳定，但在处理日益复杂的全局工具链（如 claude-code）时，它的“过度封装”有时会让资深开发者感到束手无策。

2. nvm：历史的活化石

nvm 是很多人的初恋。但到了 2026 年，它那慢吞吞的 shell 启动速度（每次打开终端都要载入一堆脚本）和 Windows 上的各种水土不服，让它已经退出了主流竞争。

二、 极简主义的选择：fnm

如果你只想要一个 快、简单、符合直觉 的工具，fnm 是目前的标准答案。

• 核心逻辑：它用 Rust 编写，速度极快。它不搞“沙盒”那一套，而是通过修改环境变量（PATH）来切换版本。
• 为什么选它：
  • 它支持 .node-version 这种通用标准。
  • 全局包管理符合原生逻辑：装在哪个版本下就在哪里，清清楚楚。
• 缺点：它只管 Node，不管别的。

三、 2026 年的终极武器：mise (原 rtx)

如果你像我一样，除了 Node 还要管理 Python 和 Rust，那么 mise 是你唯一的选择。

为什么我要从 Volta 切换到 mise？

1. 多语种制霸：一个 mise.toml 搞定项目里所有的版本依赖（Node, Python, Go, Terraform...）。
2. 兼容性：它能直接识别 .nvmrc 和 .node-version。
3. 零延迟：同样是 Rust 编写，它通过 Bash/Zsh 的 hook 自动切换环境，几乎没有性能损耗。
4. 透明化：它不会像 Volta 那样建立一堆“假”的可执行文件。你想删包、想查路径，直接 which node 就能看到真实的物理地址。

四、 总结：我该选哪个？

在 2026 年，我的建议非常明确：

• 追求极致稳定且只写 Node：选 fnm。
• 全栈/AI 开发，涉及多语言环境：无脑选 mise。
• 团队强制统一且不想写 .node-version 文件：留守 Volta。

我的避坑建议：无论用哪个，尽量减少对全局包（-g）的依赖。现在是 npx 和 pnpm 的时代，让依赖留在项目内，才是环境整洁的终极方案。

结语

这是目前最现代化的“全家桶”方案：

用 brew 安装管理工具： brew install mise uv。

用 mise 安装 Node/Go： mise use --global node@20。

用 uv 管理 Python： 项目内 uv venv。

注意： 在 mise 中可以不装 Python，完全交给 uv。 工具是用来服务开发的，不应该成为开发的负担。如果你还在为 volta uninstall 报错而烦恼，也许是时候给你的工具链做一次“断舍离”了。

与其在反复搭建中消耗时间，不如构建一套底层稳健、场景明确的工作流。

模型

模型的选择核心在于性价比与场景匹配

DeepSeek

官网 https://www.deepseek.com/ 性价比之王 目前的绝对主力。无论是 WebStorm 的 Git 提交插件，还是博客后台的自动总结功能，DeepSeek 都能以极低的成本提供优秀的输出。

OpenRouter

https://openrouter.ai/ 灵活中转 模型聚合的中转站。主要用于快速调用海外的前沿模型，解决了访问障碍和单一模型受限的问题，极大地提升了调用的灵活性。

GLM

官网：https://bigmodel.cn/usercenter/glm-coding/usage 目前正在试用其 Coding 能力，购买地址在此。作为国内大模型的头部梯队，值得关注其在代码生成上的表现。

Google AI Studio

https://aistudio.google.com/ 免费playground

CLI

Claude Code

虽然官方模型极其强大，但直接使用官方 API 成本较高。

• 建议：配合 OpenRouter 等第三方中转服务使用。
• 支付：如果想体验原汁原味的官方服务，可以使用稳定币支付。

Opencode

Claude Code 的社区开源平替版本，适合喜欢折腾开源方案的开发者。

编辑器

Antigravity

目前的生产力核心。建议通过 账号关联表单 查看所属地。 现在的 AI-NYE 优惠 仅需 $99/年，性价比极高。

Cursor

虽然它的上下文补全非常出色，但经过一个月的使用，发现其交互逻辑与我的习惯并不完全契合，目前已果断弃用。适合别人的，未必适合自己。

日常生活

手机端和网页端的交互，处理中文生态与生活琐事：

豆包

极致的语音交互，适合路上记录灵感和处理日常杂事。

元宝

依托腾讯生态，查询公众号深文和追踪国内热点的“总结神器”。

Gemini

• https://aistudio.google.com/prompts/new_chat
• https://gemini.google.com/

2025 应该也不会开心。

就这样。

很难受。

上手ai，需要做一个ai智能体，从狼人杀开始。 特点：

• 角色扮演与指令遵循 (Role-playing): 狼人需要伪装，平民需要推理。如何让 LLM 坚持自己的“身份”而不产生幻觉？
• 私有状态 vs. 公有状态 (Information Asymmetry): 公有: 白天的聊天记录。私有: 狼人知道谁是队友，预言家知道验人结果。
• 挑战: 确保 Agent 不会“作弊”或泄露它不该知道的信息。
• 长短期记忆 (Memory): Agent 需要记得第一天谁投了谁，并以此作为第三天投票的依据。
• 结构化输出 (Structured Output): Agent 不能只聊天，还需要执行确定的动作（如：vote("Player_3") 或 kill("Player_1")）。

图设计

什么是ReAct

执行摘要

在当今瞬息万变的美国股市中，正确的分析工具是投资者做出明-智决策、管理风险和发现机遇的关键。本指南综合了对六大类核心交易分析工具的深度研究，旨在为不同水平、不同风格的交易者提供一份清晰、实用且数据驱动的选型蓝图。我们深入剖析了从技术图表、基本面分析到异常期权流、市场情报、社交情绪及综合平台的各类工具，覆盖了从免费到机构级的不同解决方案。

核心发现：

1. 技术图表分析： TradingView 以其强大的图表功能、庞大的社区指标库和广泛的全球市场覆盖，成为各类交易者的首选。对于专注于美股筛选和可视化的用户，FinViz Elite 提供了极高的效率。而 StockCharts 则以其专业的图表类型和系统化的技术分析教育资源，服务于深度技术分析师。

2. 基本面分析： 对于深度基本面研究，Seeking Alpha 凭借其财报电话会议逐字稿、量化评级和专家分析内容脱颖而出。MarketBeat 则在实时新闻、分析师评级和事件驱动警报方面表现出色，适合需要快速响应市场动态的投资者。

3. 社交与情绪分析： 学术与市场证据均表明，社交媒体情绪，特别是情绪量变化 (Sentiment Volume Change, SVC) 指标，能有效预测短期股价变动。Stocktwits 作为领先的金融社交平台，提供了宝贵的实时市场情绪数据。同时，YoloStocks、SwaggyStocks 等工具提供了对 Reddit 等社区热度的有效追踪。

4. 异常交易与期权流： Unusual Whales 以其全面的期权流数据、异常交易警报和强大的分析工具套件，成为该领域的领导者。FlowAlgo 和 BlackBoxStocks 等平台也提供了强大的实时订单流追踪和智能警报功能，帮助交易者追踪“聪明钱”的动向。

5. 市场情报与综合平台： 对于需要“速度与执行”的日内交易者，Benzinga Pro 提供了无与伦比的实时新闻和交易信号。而对于机构投资者，Bloomberg Terminal 和 LSEG Workspace (Refinitiv) 依然是数据、研究、分析和执行的黄金标准，提供了端到端的解决方案和强大的合规支持。

核心推荐：

本指南的核心价值在于提供基于不同预算和交易风格的“工具组合”建议。我们发现，单一工具往往无法满足所有需求，最佳实践是通过组合来实现优势互补。

• 低预算/新手入门 (年预算 < $500):

  • TradingView (免费版) + Yahoo Finance (免费版) + FinViz (免费版) 作为基础图表、新闻和筛选工具。
  • 考虑短期订阅 MarketBeat All Access ($39.99/月) 以验证事件驱动警报的价值。

• 活跃交易者 (年预算 $500 - $2,500):

  • TradingView (付费版) + FinViz Elite ($299.50/年) 构成强大的图表与筛选组合。
  • Seeking Alpha Premium (约 $299/年) 用于深度基本面研究。
  • Unusual Whales (入门套餐 $36/月) 用于期权流监控。

• 专业/机构级 (年预算 > $20,000):

  • 核心选择 Bloomberg Terminal 或 LSEG Workspace 作为研究和执行的主平台。
  • 叠加 Benzinga Pro (Essential) 以增强实时新闻和信号的触达速度。
  • 集成 AlphaSense 等AI驱动的市场情报平台，以获取更深层次的洞察。

本指南将引导您深入了解每个工具的优劣势、定价细节和适用场景，帮助您构建最适合自身需求的个性化交易分析工具箱，从而在复杂的市场环境中获得持续的竞争优势。

1. 引言

美国股市以其巨大的市场规模、高度的流动性和丰富多样的金融产品，吸引了全球数以百万计的投资者。然而，市场的复杂性和信息的爆炸性增长也为交易者带来了前所未有的挑战。要在竞争激烈的市场中取得成功，交易者不仅需要坚实的投资知识和策略，更需要依赖强大、高效、可靠的分析工具来辅助决策。

本指南的目标，正是为美股交易者提供一份全面、客观且实用的分析工具选型手册。我们认识到，无论是初入市场的新手，还是经验丰富的专业交易员，亦或是管理庞大资产的机构投资者，都面临着在海量工具中做出最佳选择的难题。工具的选择不仅关系到交易效率和成本控制，更直接影响到投资策略的执行效果和最终的投资回报。

为此，我们系统性地研究了覆盖美股交易全流程的六大类分析工具，包括：

• 技术图表分析工具： 交易决策的“眼睛”，提供价格、成交量和技术指标的可视化分析。
• 基本面分析工具： 价值投资的基石，提供公司财务、行业趋势和宏观经济的深度数据。
• 社交交易和情绪跟踪工具： 把握市场脉搏的“耳朵”，捕捉由散户和社区驱动的市场热点。
• 异常交易和期权分析工具： 追踪“聪明钱”流向的利器，揭示隐藏在大量订单背后的市场意图。
• 市场情报和情绪分析工具： 提供宏观视角和深度洞察，连接经济、政治与市场动态。
• 综合分析平台： 服务于专业和机构投资者的一站式解决方案，整合数据、新闻、分析和执行。

通过对每个类别下主流工具的功能、数据质量、定价、优缺点和适用人群进行深度剖析，本指南旨在回答以下核心问题：

• 定位： 这个工具是为谁设计的？它在交易工作流中扮演什么角色？
• 价值： 它解决了什么核心痛点？相比竞争对手，其独特优势是什么？
• 成本： 获取这些功能需要付出多少成本？是否有更具性价比的替代方案？
• 组合： 如何将不同工具组合起来，形成一个1+1>2的强大工具箱？

本指南严格基于公开可验证的信息，包括官方网站、定价页面、权威第三方评测和学术研究报告。所有分析和建议均以数据和事实为基础，力求客观中立。我们希望这份指南能成为您在美股交易道路上的得力助手，帮助您在信息海洋中精准导航，做出更明智、更高效的投资决策。

2. 技术图表分析工具对比 (TradingView, FinViz, StockCharts)

技术图表是交易者进行市场分析的“眼睛”。优秀的图表工具不仅提供实时、准确的价格数据，还集成了丰富的技术指标、绘图工具和分析功能，帮助交易者识别趋势、确定进出场点。本章节将深度对比三款业界领先的技术图表分析工具：TradingView、FinViz 和 StockCharts。

2.1 TradingView: 全能型行业标杆

TradingView 以其“超级图表 (Supercharts)”、强大的社区生态和广泛的市场覆盖，无可争议地成为了全球交易者的首选平台。它不仅仅是一个图表工具，更是一个集分析、社交和交易于一体的综合生态系统。

核心功能与优势：

• 强大的图表系统： 提供超过17种图表类型（包括专业的砖形图、卡吉图等）、400+ 内置技术指标和110+ 绘图工具。用户体验流畅，定制化程度极高。
• 庞大的社区与指标库： 拥有超过10万个由社区用户创建的公开指标和脚本。这意味着几乎任何可以想象到的分析方法，都能在社区中找到现成的解决方案。
• Pine Script™ 语言： 内置的程序化语言 Pine Script™ 允许用户创建、回测和自动化自己的交易策略，极大地降低了量化交易的门槛。
• 广泛的市场覆盖： 连接全球数百个数据源，覆盖股票、ETF、外汇、期货、加密货币等几乎所有主流市场的实时和历史数据。
• 社交与交易集成： 用户可以分享交易观点、观看实时直播、并与全球数百万交易者互动。同时，平台支持与多家券商直接连接，实现从分析到交易的无缝衔接。

定价与订阅：

TradingView 提供从免费到多种付费等级的订阅计划。核心差异在于图表布局、指标数量、历史数据深度、警报数量和数据刷新速度。付费计划（如 Essential, Plus, Premium）能解锁无广告、更多指标、秒级数据和永久警报等专业功能。对于活跃交易者而言，付费订阅是释放平台全部潜力的必要投资。

注：此为简化对比，完整功能与价格以官网为准。

结论：

• 优势： 功能最全面、生态系统最强大、可定制性与扩展性无与伦比。
• 劣势： 免费版功能限制较多且有广告；高级功能对新手有一定学习曲线。
• 适用人群： 几乎所有类型的交易者。无论是需要多资产全球视野的宏观交易者，还是热衷于策略开发的量化分析师，都能在 TradingView 找到满足需求的工具。

2.2 FinViz: 最高效的股票筛选器

FinViz 的核心价值在于其“强大、直观、高效”的股票筛选器和市场可视化功能。它将市场快照、热图、新闻、内部交易和筛选器整合在同一个界面，是快速发现交易机会的利器。

核心功能与优势：

• 顶级股票筛选器： 提供海量的技术、基本面和描述性筛选条件，用户可以快速地从数千只股票中过滤出符合特定策略的标的。
• 市场可视化： 其标志性的市场热图 (Market Maps) 能让用户在几秒钟内掌握整个市场的涨跌分布和板块轮动情况。
• 简洁高效： 所有信息高度整合，界面简洁，无需复杂操作即可获取关键市场信息。

免费版 vs. Elite 版：

FinViz 的价值分水岭在于其免费版和 Elite 付费版。免费版数据有15-20分钟延迟，功能受限，更适合盘后分析和概览。FinViz Elite ($39.50/月或 $299.50/年) 则解锁了平台的全部潜力，是活跃美股交易者的强大武器。

结论：

• 优势： 筛选功能无与伦比，可视化界面直观高效，Elite 版性价比高。
• 劣势： 主要专注于美股市场；图表功能相比 TradingView 等专业工具较为基础。
• 适用人群： 免费版适合进行市场概览和盘后研究的用户。Elite 版则强烈推荐给以美股为主要市场、依赖高效筛选发现交易机会的日内和波段交易者。

2.3 StockCharts: 专业图表与系统化教育

StockCharts 是一个历史悠久且备受尊敬的技术分析平台，其核心优势在于提供专业的、高度定制化的图表工具和系统化的技术分析教育资源。

核心功能与优势：

• 专业图表类型： 除了标准图表，还提供点数图 (P&F)、相对旋转图 (RRG)、季节性图表等专业分析师青睐的高级图表，有助于从不同维度理解市场。
• 强大的扫描与警报： 提供高级扫描工作台，用户可以基于复杂的技术条件创建扫描规则，并设置详细的警报，形成“扫描-分析-监控”的完整工作流。
• 系统化的教育资源： 其 “ChartSchool” 是一个内容丰富的技术分析知识库，为从新手到专家的所有用户提供了宝贵的学习材料。

定价与订阅：

StockCharts 提供 Basic, Extra, Pro 三个主要付费等级，核心差异在于历史数据深度（Pro可追溯至1900年）、扫描和警报的数量、以及高级图表功能（如 RRG 图）的可用性。其实时数据通常需要额外订阅。

结论：

• 优势： 提供独特的专业图表工具，扫描和警报系统强大，教育资源非常完善。
• 劣势： 界面相对传统，实时数据需要额外付费，综合性不及 TradingView。
• 适用人群： 专注于深度技术分析的交易者和图表分析师，以及希望系统化学习技术分析的投资者。对于需要使用 P&F 或 RRG 等特定分析方法的用户，StockCharts 是不二之选。

2.4 技术图表工具横向对比与选型建议

选型建议：

• 如果你需要一个功能最全面、能够分析全球市场的平台，并且不介意投入时间学习和付费，选择 TradingView。
• 如果你的交易重心是美股，并且核心需求是通过高效筛选快速发现机会，FinViz Elite 是最具性价比的选择。
• 如果你是一位严肃的技术分析师，希望使用专业的图表工具并系统性地提升分析能力，StockCharts 是你的最佳伙伴。

3. 基本面分析工具对比 (Seeking Alpha, MarketBeat, TipRanks)

基本面分析是价值投资的基石，它通过深入研究公司财务状况、行业趋势和宏观经济环境，评估股票的内在价值。本章节将深度对比三款业界领先的基本面分析工具：Seeking Alpha、MarketBeat 和 TipRanks，帮助投资者选择最适合的深度研究平台。

3.1 Seeking Alpha: 专业投资研究的金标准

Seeking Alpha 作为最知名的投资研究平台之一，以其高质量的投资分析内容、财报电话会议逐字稿和量化评级系统而备受机构和个人投资者的推崇。

核心功能与优势：

• 财报电话会议逐字稿： 这是 Seeking Alpha 最具价值的功能之一。平台提供数千家上市公司财报电话会议的完整逐字稿，包括管理层陈述和分析师问答环节，让投资者能够深入了解公司的经营状况和管理层的前瞻性指引。

• 专业分析师报告： 汇聚了数万名经过认证的分析师，提供涵盖各个行业和公司的深度分析报告，包括投资论点、风险评估和目标价预测。

• Quant Rating 量化评级： 基于大数据和机器学习算法，从Growth、Profitability、Momentum、Revisions、Value 五个维度对股票进行客观评级，提供A+到F的评级结果。

• Factor Grade 因子评级： 深入分析影响股价的关键因子，包括财务实力、估值、增长前景等，为投资者提供多维度的投资决策支持。

订阅计划与定价：

Seeking Alpha 提供多层次的订阅服务，满足不同投资者的需求：

结论：

• 优势： 内容质量极高，财报逐字稿价值巨大，量化评级系统完善，适合深度基本面研究。
• 劣势： 免费版功能有限，付费版价格较高；主要专注于美股市场。
• 适用人群： 注重深度基本面研究的价值投资者、机构分析师和需要详细财报分析的专业投资者。

3.2 MarketBeat: 实时市场动态的综合平台

MarketBeat 定位为一个"一站式"的投资信息聚合平台，特别擅长提供实时新闻、分析师评级变化、内部交易信息和市场事件警报。

核心功能与优势：

• 实时新闻聚合： 从数百个新闻源汇聚最新的股市新闻，并提供智能分类和个性化推送，确保投资者不错过任何重要市场动态。

• 分析师评级追踪： 实时跟踪所有主要投资银行和研究机构的评级变化，包括Buy、Hold、Sell建议和目标价调整，帮助投资者把握市场情绪变化。

• 内部交易监控： 追踪公司高管、董事和大股东的买卖交易，为投资者提供"内部人士"观点的重要参考。

• 智能警报系统： 提供基于价格、成交量、新闻、评级变化等多维度的智能警报，帮助投资者及时响应市场机会。

• 财务数据与分析： 提供完整的财务报表、关键财务比率和盈利预测，支持基本面分析需求。

订阅计划：

结论：

• 优势： 信息聚合全面，警报系统强大，价格相对亲民，适合快速获取市场动态。
• 劣势： 分析深度不及Seeking Alpha，主要是信息聚合而非原创分析。
• 适用人群： 需要实时市场资讯和事件驱动交易机会的活跃投资者，以及希望低成本获取全面市场信息的散户投资者。

3.3 TipRanks: 数据驱动的分析师追踪平台

TipRanks 通过独特的"分析师表现追踪"方法论，为投资者提供基于历史成功率的分析师评级和股票推荐，是一个高度数据驱动的投资决策支持平台。

核心功能与优势：

• 分析师排名系统： 基于历史预测准确性对数万名分析师进行排名，让投资者能够识别最可靠的分析师观点。

• Smart Score 评级： 综合分析师观点、内部交易、新闻情绪、技术指标等多个维度，生成1-10的综合评分，为投资者提供一目了然的投资参考。

• 机构活动追踪： 监控对冲基金、养老基金等机构投资者的持仓变化，揭示"聪明钱"的投资动向。

• 个人投资组合分析： 提供Portfolio分析工具，帮助投资者评估现有持仓的风险收益特征和优化建议。

订阅计划：

结论：

• 优势： 数据驱动方法独特，分析师追踪功能强大，Smart Score系统实用性高。
• 劣势： 内容原创性不足，主要依赖数据聚合；覆盖范围主要集中在美股。
• 适用人群： 注重量化方法和数据驱动决策的投资者，以及希望追踪分析师表现和机构动向的专业投资者。

3.4 基本面分析工具横向对比与选型建议

组合使用建议：

对于不同类型的投资者，我们推荐以下工具组合策略：

• 价值投资者 (长期持有)： Seeking Alpha Premium 作为主要研究工具，辅以 TipRanks 免费版 的Smart Score作为二次验证。

• 波段交易者 (中短期)： MarketBeat All Access 获取实时市场动态和事件驱动机会，配合 TipRanks Premium 的机构活动追踪。

• 综合型投资者： 可以考虑 Seeking Alpha + MarketBeat 的组合，前者负责深度研究，后者负责实时监控。

• 预算有限的投资者： MarketBeat All Access 提供了最佳的性价比，能够满足大部分基本面分析需求。

关键选型原则：

1. 投资风格匹配： 长期价值投资优选Seeking Alpha，短期事件驱动优选MarketBeat。
2. 信息深度需求： 需要深度分析选Seeking Alpha，需要广度覆盖选MarketBeat。
3. 预算考量： MarketBeat提供最好的入门级性价比，TipRanks居中，Seeking Alpha最昂贵但质量最高。
4. 技术偏好： 偏爱量化方法的投资者应优先考虑TipRanks的数据驱动approach。

4. 社交交易和情绪跟踪工具分析

社交媒体已经成为现代金融市场的重要组成部分，散户投资者的集体情绪和行为对股价产生着越来越显著的影响。学术研究表明，社交媒体情绪，特别是情绪量变化 (Sentiment Volume Change, SVC) 指标，能够有效预测短期股价变动。本章节将深入分析当前最重要的社交交易和情绪跟踪工具。

4.1 学术基础：社交情绪的预测价值

在深入分析具体工具之前，我们需要理解社交情绪分析的科学基础。多项学术研究证实了社交媒体情绪与股价变动之间的显著关联：

关键研究发现：

• 情绪量变化 (SVC) 的预测力： 研究发现，当某股票在社交媒体上的讨论量突然激增，且情绪倾向发生显著变化时，往往预示着股价的短期异动。SVC指标通过量化这种变化，为投资者提供了早期预警信号。

• Reddit效应： 特别是自2021年GameStop事件以来，Reddit社区（如r/wallstreetbets）对股价的影响力得到了广泛关注。研究表明，Reddit讨论热度的激增往往领先股价变动1-3个交易日。

• 情绪持续性： 社交媒体情绪往往具有一定的持续性和传染性，正面情绪会吸引更多投资者关注，从而形成自我强化的循环。

这些发现为社交情绪工具的实用价值提供了坚实的理论支撑。

4.2 Stocktwits: 金融社交媒体的领导者

Stocktwits 是专门为投资者和交易者设计的社交媒体平台，被誉为"金融界的Twitter"，为用户提供实时的市场情绪数据和社区观点。

核心功能与优势：

• 实时情绪追踪： 每个股票都有专门的"情绪仪表盘"，显示看涨/看跌的投资者比例，以及情绪变化趋势，帮助用户快速把握市场共识。

• 影响力用户识别： 平台会识别和标记有影响力的投资者和分析师，其观点往往具有更强的市场影响力。

• 热门话题追踪： 实时显示最热门讨论的股票和话题，帮助用户发现市场关注焦点。

• 专业集成： 许多专业交易平台（如TD Ameritrade、E*TRADE等）都集成了Stocktwits的数据，体现了其专业认可度。

商业模式与定价：

Stocktwits 采用免费增值模式，基础功能免费，高级功能通过 Stocktwits Premium 提供。Premium功能包括高级筛选器、详细分析工具和无广告体验。

结论：

• 优势： 专业性强，数据质量高，与主流交易平台集成度好。
• 劣势： 用户基数相对较小，主要限于专业投资者群体。
• 适用人群： 专业交易者和活跃投资者，特别是重视社区共识和专业观点的用户。

4.3 Reddit追踪工具：YoloStocks & SwaggyStocks

Reddit，特别是r/wallstreetbets等投资相关subreddit，已经成为散户投资者的重要聚集地。专门的Reddit追踪工具能够系统性地监控和分析这些社区的讨论热度和情绪变化。

4.3.1 YoloStocks: 专业的Reddit数据聚合

YoloStocks 专注于从Reddit投资社区中提取和分析数据，为用户提供量化的社区情绪指标。

核心功能：

• 热度排行榜： 实时显示Reddit上讨论最热门的股票，按照提及次数、upvote数量等维度排序。

• 情绪分析： 使用自然语言处理技术分析评论的情绪倾向，生成看涨/看跌比例。

• 历史趋势： 提供股票在Reddit上的历史讨论趋势，帮助用户识别情绪变化模式。

4.3.2 SwaggyStocks: 可视化的Reddit监控

SwaggyStocks 以其直观的可视化界面和全面的数据覆盖而著称。

核心功能：

• 实时热图： 将Reddit讨论热度以热图形式展示，用户可以一目了然地发现热门股票。

• 情绪仪表盘： 提供详细的情绪分析仪表盘，包括情绪评分、讨论量变化等关键指标。

• 多维度筛选： 支持按时间段、subreddit、市值等多个维度筛选和分析数据。

两者对比：

4.4 Discord投资社区监控

Discord已经成为许多投资社区的聚集地，特别是一些专注于特定策略或股票的小众社区。虽然没有专门的Discord监控工具，但许多投资者会加入相关的Discord服务器以获取实时的市场讨论和观点。

主要Discord投资社区类型：

• 交易策略社区： 专注于特定交易策略（如日内交易、期权交易）的讨论。
• 股票研究群组： 深度研究特定公司或行业的专业社区。
• 警报分享群： 会员分享交易信号和市场机会的实时群组。

参与Discord社区的建议：

• 选择有良好管理和活跃讨论的社区
• 关注社区的历史表现和成员质量
• 将Discord信息作为补充参考，而非主要决策依据

4.5 Quiver Quantitative: 另类数据的集大成者

Quiver Quantitative 是一个创新的平台，专门收集和分析各种"另类数据"来源，包括国会议员交易、游说活动、政府合同等，为投资者提供独特的市场洞察。

核心功能与优势：

• 国会议员交易追踪： 监控美国国会议员的股票交易活动，这些信息往往反映了政策内部人士的预期。

• 政府合同数据： 追踪联邦政府合同的授予情况，帮助投资者发现潜在的政府相关投资机会。

• 游说活动监控： 分析企业的游说支出和活动，识别可能影响股价的政策变化。

• 社交媒体整合： 整合多个社交媒体平台的数据，提供综合的情绪分析。

定价模式：

Quiver Quantitative 采用订阅制，提供不同层级的数据访问权限。基础功能相对免费，高级数据和API访问需要付费订阅。

结论：

• 优势： 数据来源独特，提供传统分析工具无法获得的洞察。
• 劣势： 数据解释需要一定的专业知识，对初学者可能较为复杂。
• 适用人群： 专业投资者、量化基金和需要另类数据洞察的高级交易者。

4.6 社交情绪工具综合评价与使用策略

工具功能矩阵：

最佳实践与使用策略：

1. 多维度验证： 不要依赖单一社交情绪来源，建议结合多个平台的数据进行交叉验证。

2. 情绪变化比绝对水平更重要： 关注情绪的突然变化，而不是静态的情绪水平。SVC指标在这方面特别有用。

3. 结合基本面分析： 社交情绪应该作为基本面和技术分析的补充，而不是替代。

4. 时间敏感性： 社交情绪的影响通常是短期的，适合短线交易策略。

5. 风险控制： 社交媒体驱动的价格变动往往伴随高波动性，务必做好风险管理。

推荐使用组合：

• 日内交易者： Stocktwits + SwaggyStocks，快速获取实时情绪变化
• 波段交易者： Reddit工具 + Quiver Quantitative，发现中期趋势和催化剂
• 长期投资者： Quiver Quantitative + 选择性参与Discord专业社区，获取深度洞察

社交情绪分析正在成为现代投资决策流程中不可忽视的一环。掌握这些工具，能够帮助投资者更好地理解市场心理，抓住由情绪驱动的交易机会。## 5. 综合分析平台对比 (Bloomberg Terminal, LSEG Workspace, Benzinga Pro)

综合分析平台是为专业投资者和机构提供的"一站式"解决方案，它们整合了数据、新闻、分析、研究和交易执行功能。这些平台通常价格昂贵，但提供了无与伦比的信息深度、实时性和专业工具。本章节将深入分析三个最重要的综合分析平台。

5.1 Bloomberg Terminal: 金融信息的"王者"

Bloomberg Terminal 无疑是全球最知名、最权威的金融信息平台。自1981年推出以来，它已经成为华尔街和全球金融机构的标准配置，被誉为金融专业人士的"必备工具"。

核心功能与优势：

• 无与伦比的数据覆盖： 提供全球几乎所有金融市场的实时数据，包括股票、债券、外汇、商品、衍生品等，覆盖深度和广度都是行业标杆。

• 专业级新闻服务： Bloomberg News 提供24/7的全球财经新闻，速度和质量都是业界顶级。许多重要新闻往往在Bloomberg上首发。

• 强大的分析工具： 内置数百个专业分析功能，从基本的图表分析到复杂的衍生品定价模型，满足各类专业分析需求。

• 交易执行集成： 不仅提供分析功能，还支持直接交易执行，实现从研究到交易的无缝衔接。

• 行业标准地位： 在专业投资圈，掌握Bloomberg Terminal的使用几乎是必备技能，许多金融机构将其作为员工培训的重要内容。

定价与成本：

Bloomberg Terminal 的标准价格约为 $24,000/年/座位，对于需要实时数据的专业用户，这是一笔不小的投资。但考虑到其提供的信息价值和专业功能，对于管理大量资产的机构而言，这一成本往往是合理的。

结论：

• 优势： 数据最全面、信息最权威、功能最专业、行业认可度最高。
• 劣势： 价格极其昂贵、学习曲线陡峭、对个人投资者而言性价比低。
• 适用人群： 机构投资者、专业基金经理、投资银行分析师和大型财富管理机构。

5.2 LSEG Workspace (原Refinitiv): Bloomberg的有力竞争者

LSEG Workspace（原Refinitiv Workspace，更早前为Thomson Reuters Eikon）是Bloomberg Terminal的主要竞争对手，提供类似的综合金融信息服务，在某些方面甚至超越了Bloomberg。

核心功能与优势：

• 卓越的新闻聚合： 整合了路透社等权威新闻源，在新闻聚合和分析方面具有传统优势。

• 强大的固定收益工具： 在债券和固定收益市场分析方面，LSEG有着特别强的优势，其数据覆盖和分析工具在该领域甚至优于Bloomberg。

• API和数据服务： 为机构客户提供灵活的API接入和数据服务，便于集成到自有系统中。

• 相对成本优势： 虽然同样昂贵，但通常比Bloomberg Terminal的价格稍低，为预算有限的机构提供了替代选择。

• 区域化优势： 在某些地区市场（如欧洲、亚洲部分市场）的数据覆盖和本地化服务方面具有优势。

定价：

LSEG Workspace 的价格通常在 $18,000-22,000/年/座位 左右，比Bloomberg稍低但仍属于高端专业工具范畴。

结论：

• 优势： 新闻服务优秀、固定收益工具强大、API服务灵活、价格相对有竞争力。
• 劣势： 整体影响力不及Bloomberg、某些功能的用户体验略逊。
• 适用人群： 注重固定收益的机构投资者、需要灵活数据接入的量化基金、预算相对有限但仍需专业工具的金融机构。

5.3 Benzinga Pro: 面向活跃交易者的专业平台

Benzinga Pro 定位为面向活跃交易者和中小型投资机构的专业信息平台，提供"速度与执行"导向的实时信息服务。

核心功能与优势：

• 超快新闻推送： Benzinga 以其新闻推送的速度著称，往往能在重要事件发生后的几秒钟内推送相关新闻，这对日内交易者具有巨大价值。

• 实时交易信号： 提供基于新闻事件、技术分析和市场异动的实时交易信号，帮助交易者快速响应市场机会。

• 期权流监控： 集成期权交易数据和异常交易监控，帮助交易者追踪"聪明钱"的动向。

• 音频Squawk服务： 提供实时的语音新闻播报服务，让交易者在专注于屏幕交易时也能及时获取重要信息。

• 社区与教育： 活跃的交易者社区和丰富的教育资源，适合交易者学习和交流。

订阅计划与定价：

结论：

• 优势： 新闻速度极快、交易信号实用、面向交易者设计、价格相对合理。
• 劣势： 数据深度不及Bloomberg/LSEG、主要适合短线交易。
• 适用人群： 日内交易者、波段交易员、小型对冲基金和需要快速执行的活跃投资者。

5.4 其他值得关注的综合平台

除了上述三大平台，还有一些其他重要的综合分析工具值得关注：

5.4.1 CNBC Pro

定位： 面向专业投资者的新闻和数据服务。

特色： 快速新闻推送、市场分析、投资组合工具。

价格： 约 $34.99/月，性价比较高。

适用人群： 需要专业新闻服务但预算有限的个人投资者。

5.4.2 MarketWatch Premium

定位： 主流财经媒体的付费升级版。

特色： 深度市场分析、投资组合追踪、警报服务。

价格： 约 $34/月。

适用人群： 长期投资者和需要综合市场信息的业余投资者。

5.4.3 ZeroHedge Pro (Tyler Durden)

定位： 另类观点和深度市场分析。

特色： 独特的市场观点、宏观经济分析、风险警示。

价格： 年费约 $40/月。

适用人群： 寻求另类观点和风险意识强的投资者。

5.5 综合平台选型决策框架

按资产规模和专业程度选择：

关键选型标准：

1. 信息时效性需求： 日内交易需要秒级信息，长期投资可接受分钟级延迟。

2. 分析深度要求： 专业机构需要复杂建模工具，个人投资者更重视易用性。

3. 数据覆盖范围： 全球多资产投资需要Bloomberg级别的覆盖，专注美股可选择专业化工具。

4. 成本承受能力： 机构可承受高昂的专业工具成本，个人投资者需要性价比。

5. 集成需求： 大型机构需要API和系统集成，个人用户更重视界面友好。

最佳实践建议：

• 逐步升级策略： 从低成本工具开始，随着投资规模和专业需求增长逐步升级。

• 功能互补组合： 没有单一工具能满足所有需求，合理的工具组合往往比单一昂贵平台更有效。

• 试用评估： 大多数专业平台提供试用期，充分利用试用期评估实际使用效果。

• 成本效益分析： 定期评估工具成本相对于投资回报的贡献，确保工具投资的合理性。

综合分析平台是专业投资活动的重要基础设施。选择合适的平台，不仅能显著提升投资决策的质量和效率，还能在竞争激烈的市场中获得重要的信息优势。## 6. 异常交易和期权分析工具

异常交易和期权分析是现代量化交易的重要组成部分。这类工具通过监控大额交易、异常成交量和期权流数据，帮助交易者识别"聪明钱"的动向，发现市场中的潜在催化剂。本章节将分析该领域的主要工具。

6.1 工具类别概述

异常交易和期权分析工具主要分为以下几类：

异常交易监控工具：

• 大额单笔交易追踪
• 异常成交量警报
• 暗池交易监控
• 机构订单流分析

期权流分析工具：

• 大额期权交易监控
• 期权流分析和异常活动
• Delta对冲交易识别
• 期权情绪指标

综合分析平台：

• 多维度数据整合
• 实时警报系统
• 历史模式分析
• 风险管理工具

6.2 核心工具分析

6.2.1 Unusual Whales

平台定位： 专业的期权流分析平台，专注于异常期权交易的识别和分析。

核心功能：

• 期权流监控： 实时追踪大额期权交易，识别异常活动
• 暗池数据： 提供暗池交易数据和分析
• 国会交易追踪： 监控政府官员的交易活动
• 社交情绪整合： 结合社交媒体数据进行综合分析

定价模式：

• 基础版：约 $36/月
• 专业版：约 $75/月
• 企业版：定制定价

6.2.2 FlowAlgo

平台定位： 实时订单流分析平台，专注于识别机构级别的交易活动。

核心功能：

• 智能订单识别： 使用算法识别大型机构的分割订单
• 实时流监控： 提供实时的订单流数据和分析
• 异常活动警报： 基于历史模式识别异常交易活动
• 多资产覆盖： 覆盖股票、ETF和期权市场

6.2.3 BlackBoxStocks

平台定位： 面向日内交易者的实时警报和分析平台。

核心功能：

• 实时警报系统： 基于技术指标和异常活动的智能警报
• 期权流分析： 专业的期权交易分析工具
• 社区功能： 交易者社区和策略分享
• 教育资源： 丰富的交易教育内容

6.3 工具选择指南

按交易风格选择：

按预算水平选择：

入门级 (50美元每月)： Unusual Whales 基础版 专业级 (50-100美元每月)： FlowAlgo 或 BlackBoxStocks 机构级 (100美元每月)： 多工具组合或企业定制方案

6.4 使用最佳实践

数据解读原则：

1. 关注异常而非绝对值： 重要的是交易量或期权活动的相对变化，而不是绝对数值。

2. 结合多个数据源： 单一数据源可能产生误导，建议交叉验证。

3. 理解时间敏感性： 异常交易信号的有效期通常很短，需要快速响应。

4. 风险管理优先： 异常交易数据应作为风险管理的工具，而不是盲目跟随的信号。

警报设置建议：

• 成交量异常： 设置成交量超过日均3-5倍的警报
• 期权活动： 关注期权成交量异常和大额单笔交易
• 价格突破： 结合技术分析设置价格突破警报
• 时间过滤： 避免在低流动性时段的误报

这类工具对于理解市场微观结构和"聪明钱"动向具有重要价值，但需要与其他分析方法结合使用，并保持严格的风险控制。## 7. 不同预算水平的最佳工具组合推荐

基于对各类工具的深度分析，本章节将为不同预算水平和交易风格的投资者提供具体的工具组合建议。我们的核心理念是：没有单一工具能够满足所有需求，最佳实践是通过智能组合来实现优势互补。

7.1 入门级组合 (年预算 < $500)

目标用户： 刚进入美股市场的新手投资者、学生、预算有限的散户。

核心原则： 免费优先，重点学习，逐步验证价值。

推荐组合一：基础全覆盖套装

工具配置：

• TradingView 免费版 (图表分析)
• Yahoo Finance (基础数据和新闻)
• FinViz 免费版 (股票筛选和市场概览)
• Stocktwits (社交情绪)
• Seeking Alpha 免费版 (基础研究)

总成本： $0/年

优势：

• 覆盖分析链条的各个环节
• 完全免费，无财务压力
• 可以充分学习和熟悉各类工具

局限性：

• 数据延迟，不适合日内交易
• 功能受限，深度分析能力不足
• 广告干扰，用户体验一般

推荐组合二：精选验证套装

工具配置：

• TradingView 免费版
• MarketBeat All Access ($39.99/月，可按月试用)
• FinViz 免费版
• Reddit 追踪工具 (SwaggyStocks 免费版)

总成本： 约 $480/年 (可根据需要按月调整)

优势：

• 引入一个付费工具验证价值
• MarketBeat 提供实时警报和分析师追踪
• 灵活的订阅方式，可随时调整

使用建议：

• 前3个月重点验证 MarketBeat 的价值
• 如果效果好，可考虑升级到下一级别组合
• 如果价值有限，可退回到免费组合

7.2 活跃交易者组合 (年预算 $500 - $2,500)

目标用户： 有一定经验的活跃交易者、兼职投资者、小型投资顾问。

核心原则： 性价比优先，功能互补，提升效率。

推荐组合一：技术+基本面 均衡型

工具配置：

• TradingView Plus ($179/年) - 核心图表分析
• FinViz Elite ($299.50/年) - 实时筛选和市场监控
• Seeking Alpha Premium ($299/年) - 深度基本面研究
• MarketBeat All Access ($479.88/年) - 实时新闻和警报

总成本： $1,257.38/年

优势：

• 覆盖技术分析、筛选、基本面研究、实时资讯四大核心需求
• 每个工具都是其类别中的性价比之选
• 功能互补性强，避免重复付费

适用场景：

• 中长期投资为主，偶尔进行短线交易
• 需要平衡技术分析和基本面研究
• 重视投资决策的全面性和深度

推荐组合二：短线交易 速度型

工具配置：

• TradingView Premium ($359/年) - 高级图表和警报
• FinViz Elite ($299.50/年) - 实时筛选
• Benzinga Pro Essential ($2,364/年) - 超快新闻和信号
• Unusual Whales 基础版 ($432/年) - 期权流监控

总成本： $3,454.50/年 (略超预算，但价值明显)

优势：

• 重点关注实时性和交易信号
• 新闻速度和期权流数据具有明显优势
• 适合日内和短线交易策略

适用场景：

• 以日内和短线交易为主
• 对信息时效性要求极高
• 有经验的活跃交易者

推荐组合三：价值投资 深度型

工具配置：

• TradingView Plus ($179/年)
• Seeking Alpha Premium ($299/年)
• TipRanks Premium ($419.40/年)
• Quiver Quantitative (~$300/年)

总成本： $1,197.40/年

优势：

• 专注于深度研究和长期价值发现
• 提供量化评级和另类数据洞察
• 成本控制较好，信息密度高

适用场景：

• 价值投资和长期持有策略
• 重视基本面分析和量化指标
• 关注政策和宏观因素影响

7.3 专业级组合 (年预算 $2,500 - $10,000)

目标用户： 专业交易员、小型基金经理、高净值个人投资者。

核心原则： 专业工具，全面覆盖，效率最大化。

推荐组合一：全能专业型

工具配置：

• TradingView Premium ($359/年)
• FinViz Elite ($299.50/年)
• Seeking Alpha Alpha Picks (~$2,000/年)
• Benzinga Pro Professional ($3,564/年)
• Unusual Whales 专业版 ($900/年)
• TipRanks Ultimate ($959.40/年)

总成本： $8,081.90/年

优势：

• 每个工具类别都选择了最高级版本
• 覆盖从技术分析到另类数据的全谱系
• 信息获取速度和深度都达到专业水平

推荐组合二：机构模拟型

工具配置：

• TradingView Premium ($359/年)
• Benzinga Pro Premium ($4,764/年)
• Seeking Alpha Alpha Picks (~$2,000/年)
• 专业级数据终端 (如FactSet入门版，~$12,000/年)

总成本： $19,123/年 (需要更高预算)

优势：

• 接近小型机构的信息配置水平
• 专业数据终端提供机构级数据质量
• 能够支持更复杂的投资策略

7.4 机构级组合 (年预算 > $20,000)

目标用户： 对冲基金、资产管理公司、投资银行、大型家族办公室。

核心原则： 顶级工具，数据权威，合规支持。

核心配置选项

选项一：Bloomberg 主导型

• Bloomberg Terminal ($24,000/年/座位)
• 专业新闻服务 (如Dow Jones Newswires)
• 专项数据服务 (根据策略需求定制)

选项二：LSEG 主导型

• LSEG Workspace (~$20,000/年/座位)
• Benzinga Pro (增强实时信号)
• 专业另类数据服务

选项三：多工具整合型

• 综合数据平台 (FactSet, S&P Capital IQ)
• 交易执行系统
• 风险管理工具
• 研究管理系统

7.5 特殊策略导向的工具组合

7.5.1 期权交易专门组合

核心工具：

• TradingView Premium (图表分析)
• Unusual Whales 专业版 (期权流分析)
• FlowAlgo (实时订单流)
• BlackBoxStocks (期权信号)

年成本： $4,000-6,000

7.5.2 宏观策略组合

核心工具：

• Bloomberg Terminal 或 LSEG Workspace
• Quiver Quantitative (政策数据)
• 专业经济数据服务
• 货币和商品数据终端

年成本： $25,000-50,000

7.5.3 ESG投资组合

核心工具：

• MSCI ESG数据服务
• Sustainalytics
• 标准ESG研究平台
• 基础技术分析工具

年成本： $5,000-15,000

7.6 组合优化的核心原则

功能互补原则：

• 避免功能重叠的工具同时购买
• 确保覆盖分析链条的关键环节
• 考虑工具间的数据共享和集成可能性

成本效益分析：

• 定期评估每个工具的使用频率和价值贡献
• 考虑工具的学习成本和时间投入
• 与投资回报进行比较，确保工具投资的合理性

渐进升级策略：

• 从低成本工具开始，验证使用习惯和价值
• 根据投资规模和专业需求逐步升级
• 保持灵活性，随时调整工具配置

风险分散考虑：

• 避免过度依赖单一信息源
• 保持多个数据渠道的交叉验证能力
• 考虑工具提供商的稳定性和可靠性

这些组合建议基于对各工具深度分析的结果，旨在为不同层次的投资者提供最具性价比的解决方案。投资者应根据自身的具体需求、预算限制和投资风格，选择最适合的工具组合，并保持定期评估和优化的习惯。## 8. 工具选择决策框架

选择合适的交易分析工具是一个复杂的决策过程，涉及多个维度的考量。本章节提供一个系统化的决策框架，帮助投资者做出最适合自身需求的工具选择。

8.1 需求评估矩阵

在选择工具之前，投资者首先需要进行全面的自我需求评估。以下矩阵可以帮助系统化地分析个人需求：

8.1.1 投资风格评估

使用方法： 根据自己的主要投资风格，为每个维度打分，然后计算加权总分，以确定优先级排序。

8.1.2 资源约束评估

预算约束分析：

• 年度工具预算上限：$_______
• 月度可承受支出：$_______
• 学习新工具的时间投入：___ 小时/周
• 技术复杂度承受能力：1-5分 ___

基础设施评估：

• 网络带宽和稳定性要求
• 设备性能和多屏幕支持
• 数据存储和备份需求
• API集成和自动化需求

8.2 工具评估准则

8.2.1 核心功能评估 (40% 权重)

数据质量 (15%)：

• 数据来源的权威性和可靠性
• 数据更新频率和实时性
• 历史数据的深度和准确性
• 数据覆盖的广度（市场、资产类别）

分析功能 (15%)：

• 技术指标的丰富程度和准确性
• 筛选功能的灵活性和效率
• 分析工具的专业性和深度
• 自定义和扩展能力

易用性 (10%)：

• 界面设计的直观性和美观性
• 学习曲线的陡峭程度
• 操作效率和响应速度
• 移动端支持和同步能力

8.2.2 成本效益分析 (25% 权重)

直接成本分析：

• 订阅费用与功能匹配度
• 隐藏费用（数据费、超量费等）
• 取消和退款政策的灵活性
• 多用户和团队折扣

机会成本考虑：

• 学习和适应新工具的时间成本
• 从现有工具迁移的转换成本
• 错失交易机会的潜在损失
• 工具组合的协同效应

8.2.3 技术架构 (20% 权重)

稳定性和可靠性：

• 系统正常运行时间记录
• 数据准确性和一致性
• 客户服务响应质量
• 备份和灾难恢复能力

集成和扩展性：

• API可用性和文档质量
• 与其他工具的集成能力
• 数据导出和导入功能
• 自动化和脚本支持

8.2.4 供应商因素 (15% 权重)

公司实力和信誉：

• 公司历史和财务稳定性
• 市场地位和用户基础
• 创新能力和产品路线图
• 监管合规和数据安全

8.3 决策流程模型

8.3.1 五步决策流程

第一步：需求明确化

1. 明确投资目标和策略
2. 确定主要使用场景
3. 评估资源约束条件
4. 列出必需功能清单

第二步：工具初筛

1. 基于预算进行初步筛选
2. 根据核心功能需求过滤
3. 考虑技术兼容性要求
4. 形成候选工具短名单 (3-5个)

第三步：深度评估

1. 申请试用账户进行实测
2. 对照评估准则逐一打分
3. 计算综合评分和排名
4. 识别关键优劣势

第四步：决策验证

1. 与其他用户交流使用体验
2. 查阅第三方评测和比较
3. 考虑长期发展和升级路径
4. 评估退出和替换的难易程度

第五步：实施和优化

1. 制定实施和学习计划
2. 设置关键绩效指标 (KPI)
3. 定期评估使用效果
4. 根据需要调整和优化

8.3.2 决策矩阵示例

以一个活跃交易者选择技术分析工具为例：

注：评分为1-10分，权重根据个人需求调整

8.4 常见决策陷阱与避免策略

8.4.1 常见陷阱

功能过度陷阱：

• 追求功能全面而忽视实际使用需求
• 为很少使用的高级功能支付高额费用
• 复杂工具导致学习成本过高

避免策略：

• 严格按照实际需求评估功能价值
• 优先选择核心功能强大的工具
• 考虑从简单工具开始逐步升级

成本忽视陷阱：

• 只关注订阅费用，忽视隐藏成本
• 未考虑学习和适应的时间成本
• 忽视工具组合的总成本控制

避免策略：

• 进行全生命周期成本分析
• 制定明确的工具预算上限
• 定期评估工具的实际价值贡献

短视决策陷阱：

• 只考虑当前需求，忽视未来发展
• 频繁更换工具，导致效率损失
• 缺乏长期工具策略规划

避免策略：

• 考虑3-5年的投资发展规划
• 选择有升级路径的工具
• 重视工具的可扩展性和适应性

8.4.2 决策优化建议

试用最大化原则：

• 充分利用免费试用期
• 在实际交易环境中测试工具
• 记录试用期间的具体体验和发现

社区验证原则：

• 参考真实用户的评价和建议
• 加入相关的用户社区和论坛
• 关注工具的用户满意度调查结果

渐进优化原则：

• 从基础工具开始，逐步升级
• 保持工具配置的灵活性
• 定期重新评估和调整工具组合

8.5 决策框架应用实例

实例：中等预算的波段交易者工具选择

背景：

• 投资经验：2年
• 主要策略：技术分析为主的波段交易
• 年预算：$1,500
• 主要市场：美股

第一步：需求评估

• 核心需求：高质量图表、股票筛选、实时数据
• 次要需求：基本面数据、新闻警报
• 预算约束：月度预算 $125

第二步：工具初筛 候选方案：

1. TradingView Plus + FinViz Elite
2. StockCharts Pro + MarketBeat
3. TradingView Premium + 免费工具组合

第三步：决策矩阵分析 经过评分，TradingView Plus + FinViz Elite 组合获得最高分。

第四步：验证和决策

• 试用验证：两周试用期确认了组合的实用性
• 成本分析：年费用 $479，在预算范围内
• 长期考虑：提供清晰的升级路径

第五步：实施效果

• 第一季度：显著提升了筛选和分析效率
• 半年评估：工具投资带来了明显的交易改善
• 年度总结：计划升级到 TradingView Premium

这个决策框架提供了系统化的工具选择方法，帮助投资者在复杂的工具生态中做出最优决策。关键是要结合个人实际需求，进行客观理性的分析，避免被营销宣传或他人偏好所误导。## 9. 未来发展趋势与展望

美股交易分析工具行业正在经历快速的技术变革和创新。了解这些发展趋势对于投资者制定长期工具策略、提前布局新技术具有重要意义。本章节将分析当前最重要的技术趋势和未来发展方向。

9.1 人工智能与机器学习的深度整合

9.1.1 智能信号生成

当前发展：

• 基于机器学习的异常检测算法
• 自然语言处理驱动的新闻情绪分析
• 深度学习模型的价格预测系统

未来趋势：

• 个性化AI助手： 基于用户交易行为和偏好的智能推荐系统
• 多模态分析： 整合文本、图像、音频数据的综合分析模型
• 实时学习算法： 能够根据市场变化自动调整参数的自适应系统

投资者影响：

• 信号质量的显著提升
• 个性化体验的大幅改善
• 对人工分析依赖的减少

9.1.2 自动化交易决策支持

技术发展方向：

• 风险管理的智能化自动化
• 投资组合优化的实时算法
• 基于AI的交易执行优化

预期影响：

• 降低情绪化交易的风险
• 提高交易执行的精确性
• 使复杂策略的实施变得简单化

9.2 另类数据的主流化应用

9.2.1 数据源的多样化

新兴数据类型：

• 卫星图像数据： 用于分析零售客流、工厂活动、商品库存
• 信用卡消费数据： 实时反映消费趋势和企业业绩
• 社交媒体语义分析： 更深层的情绪和意图挖掘
• 供应链数据： 物流、运输、原材料价格的实时追踪

技术进步：

• 数据采集技术的成本下降
• 数据处理能力的大幅提升
• 数据隐私保护技术的发展

9.2.2 另类数据的民主化

当前问题：

• 另类数据主要服务于大型机构
• 成本高昂，个人投资者难以接触
• 数据解读需要专业知识

发展趋势：

• 数据即服务 (DaaS) 模式： 降低另类数据的使用门槛
• 预处理数据产品： 提供经过分析和解读的数据洞察
• 众包数据验证： 通过社区协作提高数据质量

9.3 实时性和低延迟技术

9.3.1 极低延迟数据传输

技术发展：

• 5G和光纤技术： 显著降低数据传输延迟
• 边缘计算： 将计算能力部署到更接近数据源的位置
• 专用网络： 金融机构建设专用的低延迟数据网络

应用前景：

• 毫秒级的新闻和数据推送
• 实时的订单流分析
• 超高频交易技术的普及化

9.3.2 云原生架构

技术优势：

• 弹性计算资源分配
• 全球化数据同步
• 成本效益的显著提升

对工具的影响：

• 工具访问的设备无关性
• 数据处理能力的大幅提升
• 协作功能的增强

9.4 区块链和去中心化技术

9.4.1 数据透明度和可验证性

应用领域：

• 交易数据的不可篡改记录： 提供更可靠的历史数据
• 分析师评级的透明追踪： 建立基于历史表现的信誉系统
• 众包研究的激励机制： 通过代币经济激励高质量分析

9.4.2 去中心化分析平台

发展方向：

• 社区驱动的分析工具开发
• 去中心化的数据聚合和验证
• 基于智能合约的自动化投资策略

9.5 增强现实(AR)和虚拟现实(VR)

9.5.1 沉浸式数据可视化

技术应用：

• 3D市场地图： 将复杂的市场关系以立体形式展现
• 虚拟交易环境： 创建沉浸式的交易和分析空间
• 多维数据交互： 通过手势和语音进行直观的数据操作

9.5.2 远程协作和教育

应用场景：

• 虚拟交易大厅和团队协作
• 沉浸式的投资教育和培训
• 实时的专家指导和咨询

9.6 监管科技(RegTech)的发展

9.6.1 合规自动化

发展方向：

• 自动化的合规监控和报告
• 智能风险管理系统
• 实时的监管要求更新

对工具的影响：

• 内置合规功能成为标配
• 风险管理工具的智能化
• 跨境投资的合规简化

9.7 工具生态的未来格局

9.7.1 平台化趋势

发展特征：

• 一站式解决方案： 综合平台将整合更多功能
• 开放API生态： 鼓励第三方开发者参与创新
• 模块化架构： 用户可以根据需求定制功能组合

9.7.2 个性化和定制化

技术实现：

• AI驱动的个性化界面
• 基于行为分析的功能推荐
• 自适应的用户体验优化

9.7.3 成本结构的变化

趋势预测：

• 免费增值模式的普及： 基础功能免费，高级功能付费
• 按使用付费模式： 根据实际使用量和价值收费
• 订阅模式的细分化： 更灵活的订阅选项和定价策略

9.8 投资者应对策略

9.8.1 技术适应策略

核心原则：

• 保持学习心态： 持续关注新技术和新工具的发展
• 渐进式采用： 避免盲目追求最新技术，注重实用性
• 技能投资： 提升数据分析和技术理解能力

9.8.2 工具选择策略

长期考虑：

• 选择具有强大技术路线图的平台
• 重视工具的可扩展性和适应性
• 建立灵活的工具组合，便于调整和升级

9.8.3 风险管理

关键风险：

• 技术依赖风险： 避免过度依赖单一技术或平台
• 数据质量风险： 建立多源数据验证机制
• 隐私和安全风险： 重视数据保护和账户安全

9.9 行业发展预测

9.9.1 短期发展 (1-2年)

• AI功能在主流工具中的广泛应用
• 另类数据产品的成本下降和普及
• 移动端分析能力的显著提升
• 实时协作功能的标准化

9.9.2 中期发展 (3-5年)

• 完全个性化的AI投资助手
• AR/VR技术在专业工具中的应用
• 区块链技术的实质性整合
• 全球监管框架的逐步统一

9.9.3 长期愿景 (5-10年)

• 智能化程度接近人类分析师的AI系统
• 完全去中心化的投资分析生态
• 量子计算在金融分析中的应用
• 全自动化的投资决策系统

美股交易分析工具行业正站在技术革命的前沿。这些发展趋势将重新定义投资者获取信息、分析市场和执行交易的方式。投资者需要保持开放的心态，积极拥抱新技术，同时保持理性判断，确保技术创新真正服务于投资目标的实现。

10. 结论

本指南通过对美股交易分析工具生态的全面调研和深度分析，为不同层次的投资者提供了系统性的工具选择指导。在信息化高度发达的现代金融市场中，正确的工具选择已成为投资成功的关键要素之一。

10.1 核心发现总结

工具生态的多样化成熟： 美股交易分析工具已形成了从免费到机构级、从基础到专业的完整生态系统。无论是预算有限的新手投资者，还是管理巨额资产的机构，都能在这个生态中找到适合的解决方案。

专业化分工的深度发展： 各类工具在专业化道路上不断深耕，形成了明确的功能定位和竞争优势。技术图表分析、基本面研究、社交情绪跟踪、异常交易监控等各个细分领域都有了专业的解决方案。

技术创新的持续推动： 人工智能、大数据、云计算等新技术正在深刻改变工具的功能和体验。从简单的数据展示到智能化的分析建议，工具的价值正在不断提升。

成本效益的显著改善： 随着技术进步和竞争加剧，高质量分析工具的成本壁垒正在降低。许多曾经只有机构才能负担的功能，现在个人投资者也可以以合理的价格获得。

10.2 最佳实践建议

基于需求的理性选择： 投资者应该根据自身的投资风格、预算约束和专业水平来选择工具，避免盲目追求功能全面或最新技术。最适合的工具往往是最符合实际需求的工具。

组合优于单一： 没有任何单一工具能够满足所有分析需求。通过合理的工具组合，能够实现功能互补、成本优化和风险分散。本指南提供的组合建议可以作为选择的起点。

渐进式升级策略： 建议投资者从基础工具开始，随着经验积累和资产规模增长逐步升级。这种策略既能控制成本，又能确保工具投资与投资能力相匹配。

持续学习和优化： 工具技术在快速发展，市场环境在不断变化，投资者需要保持学习心态，定期评估和调整自己的工具配置，确保始终保持竞争优势。

10.3 价值创造的关键

信息优势的建立： 在信息驱动的现代市场中，获得高质量、及时、独特的信息是创造投资回报的重要源泉。合适的分析工具能够帮助投资者建立这种信息优势。

决策效率的提升： 专业的分析工具能够显著提高投资决策的效率和质量，减少情绪化决策，提高投资纪律性。这种效率提升往往能够转化为实际的投资回报。

风险管理的强化： 现代分析工具不仅提供投资机会的发现，更重要的是提供风险识别和管理功能。在波动激烈的市场中，风险管理往往比收益追求更为重要。

10.4 未来展望

技术驱动的变革： 人工智能、区块链、AR/VR等新技术将继续推动分析工具的演进。投资者需要保持对新技术的关注，但也要理性评估其实际价值。

个性化服务的普及： 随着AI技术的发展，个性化的投资分析服务将成为主流。每个投资者都将拥有定制化的分析助手和决策支持系统。

民主化趋势的加速： 高端分析工具的平民化趋势将继续，更多原本只有机构才能使用的工具和数据将变得触手可及。这将进一步平衡个人投资者与机构投资者之间的信息差距。

10.5 最终建议

对于美股投资者而言，工具只是实现投资目标的手段，而不是目标本身。最重要的仍然是：

1. 建立正确的投资理念和策略
2. 保持严格的投资纪律
3. 持续学习和适应市场变化
4. 合理控制风险和情绪

在这个基础上，合适的分析工具能够成为投资成功的重要助力。本指南希望能够帮助投资者在复杂的工具生态中找到最适合的解决方案，在美股投资的道路上取得更好的成果。

投资分析工具的选择是一个持续的过程，而不是一次性的决定。随着个人投资经验的积累、资产规模的变化和市场环境的演进，工具配置也需要相应调整。保持开放的心态、理性的判断和持续的学习，是在这个快速变化的领域中保持竞争优势的关键。

最后，提醒所有投资者：无论多么先进的工具，都无法替代基本的投资常识和风险意识。工具可以提供信息和分析，但最终的投资决策和责任仍然在投资者自己手中。明智地使用这些工具，让它们成为您投资成功的助手，而不是依赖的拐杖。## 参考文献

本报告基于对105个权威来源的深度研究和分析，涵盖了主要工具官方网站、第三方评测机构、学术研究论文和专业投资社区的观点。以下为主要参考源：

工具官方资源

技术图表分析工具:

• [1] TradingView定价计划 - TradingView - 高可靠性 - 官方定价信息，包含功能对比矩阵
• [2] FinViz Elite订阅服务 - FinViz - 高可靠性 - 官方产品页面，详述实时数据和筛选功能
• [3] StockCharts定价结构 - StockCharts - 高可靠性 - 官方定价和功能级别说明

基本面分析工具:

• [4] Seeking Alpha Premium订阅 - Seeking Alpha - 高可靠性 - 官方订阅服务介绍
• [5] MarketBeat All Access订阅 - MarketBeat - 高可靠性 - 官方产品功能和定价
• [6] TipRanks智能评分系统 - TipRanks - 高可靠性 - 官方平台功能介绍

社交交易和情绪工具:

• [7] Stocktwits社交交易平台 - Stocktwits - 高可靠性 - 官方平台，1000万+用户的股票社交网络
• [8] Quiver Quantitative另类数据 - Quiver Quantitative - 高可靠性 - 官方平台，追踪政府合同和国会交易

异常交易和期权工具:

• [9] Unusual Whales期权流分析 - Unusual Whales - 高可靠性 - 官方产品页面，期权流分析工具
• [10] FlowAlgo实时订单流 - FlowAlgo - 高可靠性 - 官方智能订单流追踪平台
• [11] BlackBoxStocks期权扫描 - BlackBoxStocks - 高可靠性 - 官方期权交易警报平台

综合分析平台:

• [12] Bloomberg Terminal专业服务 - Bloomberg - 最高可靠性 - 行业标准金融数据终端
• [13] LSEG Workspace - LSEG - 最高可靠性 - 全球领先金融数据平台
• [14] Benzinga Pro实时新闻 - Benzinga - 高可靠性 - 官方实时交易新闻服务

第三方评测和分析

专业评测机构:

• [15] 2025年最佳交易工具评测 - StockBrokers.com - 高可靠性 - 权威券商评测网站
• [16] 投资应用深度分析 - Forbes Advisor - 高可靠性 - 知名财经媒体专业评测
• [17] 交易平台综合对比 - NerdWallet - 高可靠性 - 个人理财权威评测平台

行业研究报告:

• [18] Bloomberg vs竞争对手分析 - Wall Street Prep - 高可靠性 - 华尔街专业培训机构分析
• [19] 期权流分析工具对比 - Options Scanners - 中等可靠性 - 专业期权工具评测网站

学术研究和技术分析

学术论文:

• [20] 社交媒体情绪预测算法交易策略 - arXiv - 高可靠性 - 学术预印本，同行评议研究
• [21] 大语言模型情绪交易研究 - ScienceDirect - 最高可靠性 - 同行评议学术期刊

监管机构报告:

• [22] AI在证券行业应用 - FINRA - 最高可靠性 - 美国金融监管机构官方报告

用户社区和实践经验

专业社区讨论:

• [23] 投资工具价值讨论 - Reddit r/investing - 中等可靠性 - 投资者社区真实使用反馈
• [24] 期权工具用户评价 - Reddit r/options - 中等可靠性 - 期权交易者社区经验分享

市场数据和定价参考

数据服务商:

• [25] Alpha Vantage免费API - Alpha Vantage - 高可靠性 - 知名金融数据API提供商
• [26] Twelve Data定价方案 - Twelve Data - 高可靠性 - 专业金融数据服务商

专业培训和教育:

• [27] 交易系统延迟标准 - LuxAlgo - 中等可靠性 - 技术分析教育平台
• [28] 高质量市场数据影响分析 - Confluence - 中等可靠性 - 专业投资策略分析

一、认知

用工具前先建立基础认知，避免盲目操作。
Web3（Web 3.0）是基于区块链技术的去中心化互联网形态，与当前Web2（中心化平台主导，如社交软件、电商）的核心区别有三点：

• 资产归用户：数字资产（如加密货币、NFT）由个人掌控，而非平台持有。
• 去中心化架构：无单一机构垄断数据，交易与交互通过智能合约自动执行。
• 核心场景：覆盖去中心化金融（DeFi，如借贷、交易）、非同质化代币（NFT，如数字艺术）、区块链游戏（GameFi）等。

风险提示：Web3涉及资金操作，存在市场波动、诈骗等风险，建议从“小额尝试+学习”开始，不盲目跟风投资。

二、工具

Web3操作围绕“工具链”展开，按使用顺序优先掌握以下4类核心工具，覆盖“身份验证、买币、看盘、安全”全需求。

2.1 钱包

钱包是进入Web3的唯一入口——它不存储资产（资产在区块链上），而是管理“私钥/助记词”（相当于资产的最高权限密码），用于登录DApp、接收/发送资产。

热门钱包推荐（新手优先热钱包）

新手设置关键步骤

1. 从官网下载App/插件，避开应用商店的仿冒软件。
2. 创建“新钱包”，生成12-24个单词的“助记词”——手写备份在安全处（不存手机/云端），绝不告诉任何人。
3. 设置钱包密码（用于解锁App，非私钥，忘记可通过助记词找回）。
4. 新手先添加“以太坊链”（生态最成熟，DApp最多），后续再学多链切换。

2.2 交易所

交易所是用“法定货币（人民币/美元）购买加密货币（如BTC/ETH）”的主要渠道，分两类：中心化交易所（CEX，新手优先）和去中心化交易所（DEX，需先有加密货币）。

（1）中心化交易所（CEX）：新手首选

操作类似股票App，支持法币充值，界面友好，需完成KYC（身份验证）。

（2）去中心化交易所（DEX）：进阶选择

无需KYC，直接用钱包登录，适合“用加密货币换其他代币”，典型代表：

• Uniswap：以太坊生态最大DEX，支持主流代币兑换，需支付Gas费（交易手续费，随网络拥堵波动）。
• PancakeSwap：基于币安智能链（BSC），Gas费低，适合小额交易。

2.3 看盘

持有资产后，需通过工具判断市场情绪、资金流向，避免盲目操作。新手优先掌握CoinGlass（合约交易必备）。

CoinGlass：合约交易者的“风险雷达”

• 核心功能：
  1. 全市场爆仓数据：查看多空双方清算情况，判断短期波动风险。
  2. 资金费率：反映永续合约市场多空情绪（正费率=多头多，负费率=空头多）。
  3. 持仓量变化：跟踪大资金动向，辅助判断趋势。
• 适用场景：做合约交易（如BTC/ETH期货）时，规避极端行情风险。
• 官网链接：https://www.coinglass.com/zh

2.4 辅助工具

除核心工具外，这些辅助工具能提升操作安全性和效率：

三、实操

理论看完后，用“小额尝试”落地实践，按以下步骤操作，零经验也能上手：

1. 创钱包：下载MetaMask（浏览器插件/手机App），备份助记词（关键步骤）。
2. 注交易所：选欧易OKX或Coinbase，完成KYC（身份证/护照验证）。
3. 买币：用“法币充值”（如支付宝/银行卡），买少量ETH（以太坊，Web3生态通用代币）。
4. 提币到钱包：从交易所“提现”ETH到MetaMask钱包地址（复制地址时反复核对，错了资产无法找回）。
5. 探DApp：用MetaMask登录Uniswap（兑换小额代币）或OpenSea（浏览NFT），体验“钱包登录”的去中心化操作。

四、避坑

1. 不泄助记词/私钥：任何人（包括平台客服）都不会要你的助记词，索要必是诈骗。
2. 官网下工具：仿冒钱包、交易所App多，官网链接认准“https”和官方标识（如MetaMask的狐狸Logo）。
3. 小额试：首次买币、转账、交易，都用小额资金（如100-200元）熟悉流程，再逐步操作。

Web3新手工具速查表

本表浓缩核心工具的关键信息，方便你快速查阅用途、避坑要点及官网，实操时可直接对照使用。

结语

Web3的核心是“掌控自己的资产”，入门关键不是懂所有技术，而是先熟练用工具。从装MetaMask、买少量ETH开始，每一步实操都会让你对Web3的理解更深刻。后续可逐步探索NFT、DeFi等场景，但始终记住：安全第一，理性投资。

OpenRouter

OpenRouter 是一个 AI 模型聚合平台，最大的优势是能通过一个统一的 API 接口调用多种主流 AI 模型。我会用它来完成大部分任务。

Claude

我已基本用 Claude Code 替代了其他编程助手（比如 Cursor），它帮我节省了大量时间。

腾讯元宝

生活上的问题以及各种网页对话场景就选它。

DeepSeek

当对生成的内容要求不高、追求性价比就选它，比如我的博客文章智能摘要。

Codex

Codex 是由 OpenAI 推出的编程代理工具，专门针对软件工程任务进行了优化。它能够读取代码库、运行测试、生成变更提交（pull request）并支持在沙盒环境中执行修改。我目前在较大型开发项目或重构任务时会考虑用它，尤其当需要更自动化、更深入的代码生成／审核流程时。

选择建议

• 探索和对比模型时，我用 OpenRouter。
• 专注编程任务，尤其是代码生成和重构，Claude Code 是我的主力。
• 处理中文内容和个人项目时，DeepSeek 因其性价比成为常用选择。
• 生活上的问题以及手机对话，我就找腾讯元宝。
• 如果是更复杂的软件工程／开发流程，或者需要代码库级别自动化，我就把 Codex 纳入考虑。

（注：这只是我的个人使用体验，不同人因需求和使用习惯可能感受不同。所有产品信息请以官方最新说明为准。）

• 中国银行 汇款HK无损
• 招行 APP体验最好
• 支付宝 主要买基金
• 微信 用的最多
• 其他乱七八糟的

海外

• BOCHK 内地汇出渠道（不和别人转账，钱都转到za再和各大劵商交互）
• WISE cladue等订阅 不支持大陆和港卡，这个差不多等于美国银行卡
• ZA

• 官方最佳实践 https://www.anthropic.com/engineering/claude-code-best-practices 一些工具
• https://github.com/oraios/serena 减少token使用（还不太会用）
• https://opcode.sh/ claude配置可视化
• https://docs.anthropic.com/zh-CN/docs/claude-code/ide-integrations claude code和ide集成 基本配置

1. settings.json文件
2. .claude目录 CLAUDE.md⁠ 优先级从内到外寻找
3. 项目目录：CLAUDE.md
4. 根目录：~/.claude/CLAUDE.md /init命令可以生成 CLAUDE.md 但效果不太好，建议根据生成的再不断迭代修改

• 遵循 KISS 原则，非必要不要过度设计
• 实现简单可维护，不需要考虑太多防御性的边界条件
• 我需要逐步进行，通过多轮对话来完成需求，进行渐进式开发
• 在开始设计方案或实现代码之前，我需要进行充分的调研。如果有任何不明确的要求，在继续之前向对方确认
• 当我收到一个需求时，首先需要思考相关的方案，并请求对方进行审核。通过审核后，需要将相应的任务拆解到 TODO 中
• 我从最本质的角度，用第一性原理来分析问题 [图片] 自定义命令 在项目 commands目录下新增markdown文件可新增指令。也可在根目录下设置全局的命令 ⁠使用时需要 /+命令 比如 / [图片]

自定义智能体 同命令，https://docs.anthropic.com/zh-CN/docs/claude-code/sub-agents 优势：不污染上下文 可以使用多个子代理链路 example： 首先使用代码分析器子代理查找性能问题，然后使用优化器子代理修复它们

代码中调用 Claude Code https://docs.anthropic.com/zh-CN/docs/claude-code/sdk/sdk-typescript

安装

https://opcode.sh/

官方文档 https://docs.anthropic.com/zh-CN/docs/claude-code/mcp#%E9%80%89%E9%A1%B9-1%EF%BC%9A%E6%B7%BB%E5%8A%A0%E6%9C%AC%E5%9C%B0-stdio-%E6%9C%8D%E5%8A%A1%E5%99%A8

• https://ctok.ai/claude-code-setup-ctok

mcp

• https://github.com/oraios/serena 减少token使用

规则文件

• CLAUDE.md⁠ 根目录 ⁠CLAUDE.md⁠ 是一个特殊文件，Claude 在开始对话时会自动将其拉入上下文。这使其成为记录以下内容的理想场所：

• 常用 bash 命令

• 核心文件和工具函数

• 代码风格指南

• 测试说明

• 仓库规范（如分支命名、合并 vs. rebase 等）

• 开发环境设置（如 pyenv 使用、可用编译器等）

• 项目中特有的异常行为或警告

• 你希望 Claude 记住的其他信息

CLAUDE.md⁠ 文件没有固定格式。我们建议保持简洁且易读

拼车

• https://github.com/Wei-Shaw/claude-relay-service 搭建
• https://www.aicodemirror.com/dashboard 中转
• https://www.claudecode-cn.com/ 中转

subagents

echo "root:YourNewPassword" | sudo chpasswd

使用LLM构建MCP服务器

我们可以用像Claude这样的大语言模型（LLM）来加速MCP开发！

如何使用LLM来构建自定义的模型上下文协议（MCP）服务器和客户端？以Claude为例，其他大型模型（GPT、Gemini、Grok、Qwen、DeepSeek）都适用。

准备文档资料 在开始之前，请收集必要的文档资料，以帮助 Claude 理解 MCP：

访问https://modelcontextprotocol.io/llms-full.txt并复制完整的文档文本。 前往MCP TypeScript SDK或Python SDK的代码仓库。 复制README文件和其他相关文档。 将这些文档粘贴到你与 Claude 的对话中。 描述您的服务器需求 提供文档后，明确向 Claude 描述您想要构建什么样的服务器。请具体说明：

您的服务器将开放哪些资源 将提供哪些工具 它应该提供哪些提示（Prompts） 它需要与哪些外部系统交互 例如：

构建一个 MCP 服务器，要求：

• 连接到我公司的 PostgreSQL 数据库
• 将表结构作为资源开放出来
• 提供运行只读 SQL 查询的工具
• 包含用于常见数据分析任务的提示（Prompts）

• https://sing-box.sagernet.org/installation/package-manager/#service-management

  • curl -4 https://ipinfo.io

  • systemctl status sing-box

  • curl https://baidu.com

  • curl https://google.com

  • curl -v https://baidu.com

  • nslookup google.com 192.168.100.212

  • dig www.youtube.com @1.1.1.1

  • nslookup www.youtube.com 8.8.8.8

  • curl -v http://31.13.73.9 --connect-timeout 5

• https://www.right.com.cn/forum/thread-355909-1-1.html

• https://sing-box.sagernet.org/manual/proxy-protocol/trojan/#server-example

• https://surgio.js.org/guide/client/sing-box.html#%E7%BC%96%E5%86%99-artifact

• https://icloudnative.io/posts/sing-box-tutorial/#dns-%E9%85%8D%E7%BD%AE

• https://xtls.github.io/document/level-2/transparent_proxy/transparent_proxy.html#%E5%89%8D%E6%9C%9F%E5%87%86%E5%A4%87%E5%B7%A5%E4%BD%9C

• https://github.com/mario-huang/sing-box-bypass-router-transparent-proxy-configuration

DNS污染

​Google 官方 IP 范围​ Google 的典型 IP 地址段为 142.250.x.x、172.217.x.x 等，而查询结果中的 8.7.198.46 和 46.82.174.69 均不在此范围内，属于 ​已知的污染 IP​ 。 ​DNS 污染与劫持的区别​ ​DNS 污染​：攻击者伪造 DNS 响应，返回虚假 IP（如 8.7.198.46），常见于中间网络节点（如运营商或网关）的主动干扰。 ​DNS 劫持​：本地 DNS 服务器被恶意篡改，将合法域名解析到攻击者控制的 IP（如 46.82.174.69）。 ​验证方法​ ​对比权威 DNS​： bash 复制

dig google.com @208.67.222.222 +short  # OpenDNS
dig google.com @9.9.9.9 +short        # Quad9


nslookup google.com 8.8.8.8
dig google.com @1.1.1.1 +short

若结果仍异常，可能是全局污染；若正常，则本地网络存在劫持。 ​使用加密 DNS​（DoH/DoT）： bash 复制

dig google.com @https://dns.google/dns-query  # DoH 查询

若加密查询返回正常 IP，则确认传统 DNS 被劫持 。

向一个 ​不存在​ 的 DNS 服务器（如 144.223.234.234）发起查询

nslookup google.com 144.223.234.234

https://ipinfo.io/31.13.106.4

https://pymumu.github.io/smartdns/install/openwrt/

Composition API 与 Options API 的区别

• Composition API：以逻辑功能为单位组织代码（如 setup()），解决复杂组件代码分散的问题，支持更灵活的逻辑复用（如自定义 Hook），对 TypeScript 支持更友好。
• Options API：通过 data、methods 等选项分类组织代码，适合简单组件，但逻辑复杂时代码可读性下降。

Vue3性能优化手段

• 响应式系统升级：使用 Proxy 替代 Object.defineProperty，支持动态属性监听和数组索引修改。
• 编译优化：静态节点提升（复用未变化 DOM）、PatchFlag 标记动态节点、事件缓存减少重复绑定。
• Tree-shaking：按需打包 API（如未使用 v-model 则不包含相关代码）。

3. Proxy 的优势

• 支持对象/数组的全属性监听，无需递归遍历；
• 可拦截 delete、has 等操作；
• 避免 Vue2 中无法检测新增属性或数组索引的问题。

Teleport 和 Suspense 的作用

• Teleport：将组件内容渲染到指定 DOM 节点（如全局弹窗），解决层级样式问题。
• Suspense：处理异步组件加载状态，显示加载占位符（如骨架屏）。

Vue3 的 Tree-shaking 特性

通过 ES Module 静态分析，移除未使用的代码。例如，未使用 transition 组件时，相关代码不会打包。

React 高频面试题

Fiber 架构的核心改进

• 目标：解决同步更新导致的页面卡顿问题。
• 实现：将渲染过程拆分为可中断的异步任务，通过链表结构（Fiber 节点）实现优先级调度和增量更新。

Hooks 的优势与使用限制

• 优势：逻辑复用（如 useEffect）、函数组件支持状态管理、减少类组件的复杂度。
• 限制：只能在函数组件或自定义 Hook 顶层调用，不可在循环/条件中使用。

受控组件与非受控组件

• 受控组件：表单值由 React 状态管理（如 value + onChange），数据流可控。
• 非受控组件：表单值由 DOM 自身管理（通过 ref 获取），适合简单场景。

React Diff 算法原理

• 策略：同级节点比较（避免跨层级移动）、通过 key 标识元素唯一性、类型不同则直接替换子树。
• 优化点：对列表元素使用唯一 key 提高复用效率，避免不必要的 DOM 操作。

性能优化手段

• 避免不必要的渲染：React.memo、useMemo/useCallback 缓存计算结果。
• 代码分割：React.lazy + Suspense 实现按需加载。
• 虚拟列表：react-window 处理长列表渲染。

三、对比类问题

1. Vue 与 React 设计理念差异

• Vue：渐进式框架，强调模板语法和响应式系统，内置路由/状态管理方案（Vue Router/Pinia）。
• React：专注于视图层，依赖社区生态（如 React Router/Redux），推崇函数式编程和不可变数据。

Composition API 与 React Hooks 的异同

• 相同点：均支持逻辑复用，减少代码耦合。
• 不同点：Vue 的 Composition API 基于响应式系统，Hooks 依赖闭包和状态队列，需注意调用顺序。

1. Vue3 响应式系统的实现原理

• 核心机制：通过 Proxy 代理对象，结合 Reflect 反射操作实现数据劫持。Proxy 可拦截对象的所有操作（如 get、set、deleteProperty），自动追踪依赖并触发更新。
• 对比 Vue2：
  • 动态属性支持：Proxy 无需预先定义属性（Vue2 需 Vue.set）。
  • 性能优化：避免递归遍历对象属性，直接代理整个对象。
• 示例代码：

  const data = { count: 0 };
  const proxy = new Proxy(data, {
    get(target, key) {
      track(target, key); // 依赖收集
      return Reflect.get(target, key);
    },
    set(target, key, value) {
      Reflect.set(target, key, value);
      trigger(target, key); // 触发更新
      return true;
    }
  });
  

2. Composition API 的底层逻辑

• 解决的问题：Options API 中逻辑分散（如 data、methods），复杂组件难以维护。
• 核心设计：
  • 逻辑复用：通过自定义 Hook（如 useFetch）封装可复用逻辑。
  • 响应式工具链：ref（基本类型包装）、reactive（对象代理）、toRefs（解构响应式对象）。
• 与 React Hooks 的区别：Vue 的 Composition API 基于响应式系统，无需手动管理闭包顺序。

3. Vue3 编译优化策略

• 静态提升（Hoist Static）：将静态节点提升至渲染函数外，避免重复创建。
• PatchFlag 标记：在虚拟 DOM 中标记动态节点（如 TEXT、CLASS），仅对比变化的属性。
• Tree-shaking：按需打包 API，如未使用 v-model 则剔除相关代码。

4. Teleport 和 Suspense 的底层实现

• Teleport：通过 portal 技术将组件渲染到指定 DOM 节点（如 body），解决模态框层级问题。
• Suspense：内部使用 Promise 管理异步组件，通过插槽展示加载状态（如骨架屏）。

createGlobalState

createGlobalState 是 VueUse 库中用于创建全局响应式状态的核心工具，其实现巧妙结合了 闭包、Vue3 响应式系统 和 effectScope 机制。以下是其核心实现逻辑与原理的深度解析：

一、核心实现逻辑

1. 闭包与单例模式

• 状态隔离：通过闭包变量（如 state）保存全局状态实例，确保全局唯一性。首次调用时通过 stateFactory 初始化状态，后续调用直接返回已存在的实例。

  let initialized = false;
  let state: any;
  const scope = effectScope(true);
  
  return () => {
    if (!initialized) {
      state = scope.run(() => stateFactory())!;
      initialized = true;
    }
    return state;
  };
  

2. effectScope 的作用

• 副作用管理：使用 effectScope(true) 创建一个独立的副作用作用域（detached: true），将 stateFactory 中生成的响应式状态（如 ref、computed、watch）自动收集到该作用域中。
• 生命周期控制：当组件卸载或手动调用 scope.stop() 时，该作用域内所有副作用（如 watch 监听）会被自动清理，避免内存泄漏。

3. SSR（服务端渲染）支持

• 环境判断：通过 __SSR__ 常量区分客户端与服务端环境。在服务端，状态会被挂载到请求级别的上下文对象（ssrContext），确保每个请求的隔离性。

  if (__SSR__ && getCurrentInstance()) {
    const ssrContext = useSSRContext();
    // 将状态绑定到 SSR 上下文，避免跨请求污染
  }
  

二、与普通闭包的区别

1. 副作用自动清理

• 普通闭包：仅通过闭包保存状态，但无法自动清理响应式依赖（如 watch），可能导致内存泄漏。
• effectScope 优势：通过作用域统一管理副作用生命周期，无需手动调用 stop()，适合需要自动清理的场景（如组件卸载）。

2. 响应式依赖的精准控制

• 示例场景：若状态中包含定时器或事件监听，使用 onScopeDispose() 注册清理回调，确保作用域停止时自动释放资源：

  const useGlobalTimer = createGlobalState(() => {
    const interval = ref<NodeJS.Timeout>();
    const start = () => { /* 启动定时器 */ };
    const stop = () => { clearInterval(interval.value) };
    onScopeDispose(stop); // 作用域销毁时自动清理
    return { start, stop };
  });
  

三、设计哲学与适用场景

1. 轻量级状态共享

• 对比 Pinia：createGlobalState 无复杂中间件或 DevTools 集成，适合简单全局状态（如用户 token、主题配置）。
• 开发效率：通过工厂函数快速定义状态逻辑，减少模板代码。

2. 与组件生命周期的解耦

• 跨组件复用：状态独立于组件实例存在，可在任意组件中调用 useGlobalState() 访问，无需通过 Props 或 Provide/Inject 传递。

四、注意事项

1. SSR 兼容性

   • 需确保服务端状态键唯一，避免不同请求间的状态污染。

2. 类型安全

   • 推荐使用 TypeScript 标注工厂函数返回值，避免类型推断错误。

3. 性能优化

   • 复杂状态需手动管理资源释放（如定时器、WebSocket 连接），避免因作用域未及时清理导致内存泄漏。

五、总结

createGlobalState 的实现核心在于 闭包的单例模式 + effectScope 的副作用管理，既保留了 Vue3 响应式系统的自动化优势，又通过作用域机制规避了内存泄漏风险。其轻量级特性使其成为小型项目或简单全局状态管理的理想选择，但在复杂场景（如持久化、状态分片）中仍需结合 Pinia 等专业库。

二、React 深入面试题

1. Fiber 架构的核心原理

• 解决的问题：同步更新导致的页面卡顿（如长任务阻塞渲染）。
• 实现机制：
  • 链表结构：将任务拆分为多个 Fiber 节点，支持中断与恢复。
  • 优先级调度：高优先级任务（如动画）优先执行，低优先级任务（如数据请求）延后。
• 三个阶段：Reconciliation（生成 Fiber 树）、Commit（更新 DOM）、Cleanup（执行副作用）。

2. Hooks 的底层实现与限制

• 链表存储状态：函数组件通过链表顺序记录 useState、useEffect 的状态，确保调用顺序一致。
• 规则限制：
  • 不可条件调用：Hooks 依赖调用顺序，条件语句会破坏链表结构。
  • 闭包陷阱：异步操作需通过 useRef 捕获最新值。

3. React 并发模式（Concurrent Mode）

• 核心能力：
  • 时间切片（Time Slicing）：将渲染任务分割为小块，避免阻塞主线程。
  • 过渡更新（Transition）：区分紧急更新（如输入）与非紧急更新（如搜索结果渲染）。
• 应用场景：长列表渲染、异步数据加载时保持交互流畅。

4. 虚拟 DOM 与 Diff 算法优化

• Diff 策略：
  • 同层比较：仅对比同级节点，跨层级移动直接重建子树。
  • Key 的作用：唯一标识元素，减少不必要的 DOM 操作（如列表重排序）。
• 性能瓶颈：虚拟 DOM 的生成和对比本身消耗资源，需结合 React.memo 或 shouldComponentUpdate 优化。

三、框架对比类问题

1. Vue 与 React 设计哲学差异

• 响应式机制：
  • Vue：自动依赖追踪（Proxy），开发者无感知更新。
  • React：手动触发更新（setState），强调不可变数据。
• 模板 vs JSX：
  • Vue：约束性模板语法（如 v-if），内置优化。
  • React：JSX 灵活，依赖开发者控制渲染逻辑。

2. 性能优化方向对比

• Vue3：编译时优化（静态提升、PatchFlag）。
• React：运行时优化（Fiber 调度、并发模式）。

3. 状态管理方案差异

• Vue：官方推荐 Pinia（Composition API 风格），轻量且类型友好。
• React：社区生态主导（如 Redux、Recoil），需结合中间件（如 Redux-Thunk）处理异步。

四、高频代码题示例

1. 实现双向绑定（Vue3 vs React）

• Vue3：

  <input v-model="text" />
  <script setup>
  const text = ref('');
  </script>
  

• React：

  const [text, setText] = useState('');
  <input value={text} onChange={(e) => setText(e.target.value)} />
  

2. React Hooks 代替 Redux 的思路

• 方案：使用 useContext + useReducer 实现全局状态管理：

  const StateContext = createContext();
  const App = () => {
    const [state, dispatch] = useReducer(reducer, initialState);
    return (
      <StateContext.Provider value={{ state, dispatch }}>
        <ChildComponent />
      </StateContext.Provider>
    );
  };
  

总结建议

• 原理深挖：重点掌握 Proxy、Fiber、Hooks 链表等底层机制。
• 项目结合：举例说明优化手段（如 Vue3 的静态提升、React 的并发渲染）的实际应用场景。
• 框架对比：从响应式、模板、生态等维度结构化回答差异。

浏览器通过自动内存管理机制回收不再使用的对象，防止内存泄漏。JavaScript引擎（如V8）负责跟踪内存分配，识别不再可达的对象并释放其内存。 浏览器的垃圾回收（Garbage Collection, GC）机制是自动管理内存的核心，旨在识别并释放不再使用的对象内存，避免内存泄漏和性能问题。

2. 核心算法

a. 标记-清除（Mark-and-Sweep）

• 流程：
  1. 标记阶段：从根对象（如window、全局变量）出发，遍历所有可达对象并标记为“活动”。
  2. 清除阶段：遍历堆内存，回收未被标记的对象。
• 优势：解决循环引用问题（如两个对象互相引用但整体不可达）。
• 缺陷：全堆遍历可能导致性能卡顿（“Stop-The-World”暂停）。

b. 分代回收（Generational Collection）

• 内存分代：
  • 新生代（Young Generation）：存放短生命周期对象（如局部变量），使用Scavenge算法​（复制存活对象至空闲区）。
    • Scavenge：将内存分为From和To空间，存活对象从From复制到To，清空From。
    • 晋升（Promotion）：多次存活的对象移至老生代。
  • 老生代（Old Generation）：存放长生命周期对象（如全局变量），使用标记-清除或标记-整理（减少碎片）。

c. 增量标记（Incremental Marking）与惰性清理（Lazy Sweeping）

• 增量标记：将标记过程拆分为多个小步骤，与JS执行交替进行，减少页面卡顿。
• 惰性清理：延迟清理操作，按需逐步回收内存。

性能优化

1. 增量回收（Incremental GC） 将标记过程拆分为小任务，与主线程交替执行，减少单次停顿时间。 挑战：需处理标记期间对象引用变化的写屏障（Write Barrier）问题。
2. 并行回收（Parallel GC） 利用多线程并行标记和清除（如 V8 的并发标记），加速 GC 过程。
3. 空闲时回收（Idle-Time GC） 在 CPU 空闲时执行 GC，减少对交互的影响。

3. 内存泄漏的常见原因与解决方案

4. 优化策略与开发实践

• 避免内存泄漏：
  • 使用WeakMap/WeakSet管理缓存（弱引用不阻止垃圾回收）。
  • 及时清理无用的事件监听器和定时器。
• 性能监控：
  • Chrome DevTools：
    • Memory面板：通过Heap Snapshot分析内存分布。
    • Performance面板：记录内存变化趋势，检测泄漏。
  • 代码中监控performance.memory（浏览器支持有限）。

5. 面试常见问题

• Q1：WeakMap和Map的区别？
  • WeakMap键为弱引用，不阻止键对象被回收；Map键为强引用。
• Q2：闭包会导致内存泄漏吗？
  • 不一定。只有闭包引用外部变量且未释放时可能泄漏，需主动解除引用。

6. 示例代码

// 内存泄漏示例（未清理定时器）
function leak() {
  const data = new Array(1000000).fill('*');
  setInterval(() => {
    console.log(data.length); // data一直被闭包引用
  }, 1000);
}

// 修复：清理定时器
function fixLeak() {
  const data = new Array(1000000).fill('*');
  const timer = setInterval(() => {
    console.log(data.length);
  }, 1000);
  // 在不需要时清理
  setTimeout(() => clearInterval(timer), 5000);
}

回溯算法的核心在于通过深度优先搜索（DFS）与状态回退遍历问题的所有可能解

通用模版

function backtrack(choices, path, used) {
    // 终止条件：找到一个完整解
    if (path.length === choices.length) {
        result.push([...path]); 
        return;
    }
    
    // 遍历所有选择
    for (let i = 0; i < choices.length; i++) {
        if (used[i]) continue; // 剪枝：跳过已用元素
        used[i] = true;       // 做选择
        path.push(choices[i]);
        backtrack(choices, path, used); // 递归下一层
        path.pop();            // 撤销选择
        used[i] = false;
    }
}

交换法

剪枝优化策略

一、数组与双指针

1. 两数之和（Two Sum）

问题：在数组中找到两个数，使它们的和等于目标值。
解法：哈希表记录已遍历元素。

var twoSum = function(nums, target) {
    const map = new Map();
    for (let i = 0; i < nums.length; i++) {
        const complement = target - nums[i];
        if (map.has(complement)) {
            return [map.get(complement), i];
        }
        map.set(nums[i], i);
    }
};

2. 三数之和（3Sum）

问题：找出数组中所有不重复的三元组，使其和为0。
解法：排序 + 双指针。

var threeSum = function(nums) {
    nums.sort((a, b) => a - b);
    const result = [];
    for (let i = 0; i < nums.length - 2; i++) {
        if (i > 0 && nums[i] === nums[i - 1]) continue; // 去重
        let left = i + 1, right = nums.length - 1;
        while (left < right) {
            const sum = nums[i] + nums[left] + nums[right];
            if (sum === 0) {
                result.push([nums[i], nums[left], nums[right]]);
                while (left < right && nums[left] === nums[left + 1]) left++; // 去重
                while (left < right && nums[right] === nums[right - 1]) right--;
                left++;
                right--;
            } else if (sum < 0) {
                left++;
            } else {
                right--;
            }
        }
    }
    return result;
};

二、动态规划

1. 爬楼梯（Climbing Stairs）

问题：每次爬1或2阶台阶，求爬到第 n 阶的方法数。
状态转移：dp[i] = dp[i-1] + dp[i-2]。
空间优化：用两个变量代替数组。

var climbStairs = function(n) {
    if (n <= 2) return n;
    let a = 1, b = 2;
    for (let i = 3; i <= n; i++) {
        [a, b] = [b, a + b];
    }
    return b;
};

2. 打家劫舍（House Robber）

问题：不能偷相邻房屋，求最大金额。
状态转移：dp[i] = max(dp[i-1], dp[i-2] + nums[i])。

var rob = function(nums) {
    let prev = 0, curr = 0;
    for (const num of nums) {
        [prev, curr] = [curr, Math.max(curr, prev + num)];
    }
    return curr;
};

三、链表

1. 反转链表（Reverse Linked List）

问题：反转单链表。
解法：迭代法修改指针方向。

var reverseList = function(head) {
    let prev = null, curr = head;
    while (curr) {
        const next = curr.next;
        curr.next = prev;
        prev = curr;
        curr = next;
    }
    return prev;
};

2. 合并两个有序链表（Merge Two Sorted Lists）

解法：虚拟头节点简化边界处理。

var mergeTwoLists = function(l1, l2) {
    const dummy = new ListNode(-1);
    let curr = dummy;
    while (l1 && l2) {
        if (l1.val < l2.val) {
            curr.next = l1;
            l1 = l1.next;
        } else {
            curr.next = l2;
            l2 = l2.next;
        }
        curr = curr.next;
    }
    curr.next = l1 || l2;
    return dummy.next;
};

四、二叉树

1. 二叉树的最大深度（Maximum Depth of Binary Tree）

解法：递归分治。

var maxDepth = function(root) {
    if (!root) return 0;
    return 1 + Math.max(maxDepth(root.left), maxDepth(root.right));
};

2. 二叉树的层序遍历（Binary Tree Level Order Traversal）

解法：队列实现 BFS。

var levelOrder = function(root) {
    if (!root) return [];
    const result = [], queue = [root];
    while (queue.length) {
        const level = [], size = queue.length;
        for (let i = 0; i < size; i++) {
            const node = queue.shift();
            level.push(node.val);
            if (node.left) queue.push(node.left);
            if (node.right) queue.push(node.right);
        }
        result.push(level);
    }
    return result;
};

五、回溯与DFS

1. 全排列（Permutations）

解法：回溯 + 路径记录。

var permute = function(nums) {
    const result = [];
    const backtrack = (path, used) => {
        if (path.length === nums.length) {
            result.push([...path]);
            return;
        }
        for (let i = 0; i < nums.length; i++) {
            if (used[i]) continue;
            used[i] = true;
            path.push(nums[i]);
            backtrack(path, used);
            path.pop();
            used[i] = false;
        }
    };
    backtrack([], []);
    return result;
};

2. 组合总和（Combination Sum）

解法：排序剪枝 + 回溯。

var combinationSum = function(candidates, target) {
    candidates.sort((a, b) => a - b);
    const result = [];
    const backtrack = (start, path, sum) => {
        if (sum === target) {
            result.push([...path]);
            return;
        }
        for (let i = start; i < candidates.length; i++) {
            if (sum + candidates[i] > target) break; // 剪枝
            path.push(candidates[i]);
            backtrack(i, path, sum + candidates[i]);
            path.pop();
        }
    };
    backtrack(0, [], 0);
    return result;
};

六、通用解题策略

1. 动态规划问题四步法

• 定义状态：明确 dp[i] 的含义。
• 状态转移方程：推导递推关系。
• 初始条件：设置初始值。
• 空间优化：用变量替代数组（如滚动数组）。

2. 回溯问题模板

• 路径：记录已选择的值。
• 选择列表：当前可选的元素。
• 终止条件：满足条件时保存结果。
• 剪枝：跳过无效分支（如重复元素去重）。

3. 链表问题技巧

• 虚拟头节点：简化头节点处理逻辑。
• 快慢指针：解决环检测、中间节点等问题。

0-1背包问题

特点：每个物品仅能选一次，需倒序遍历背包容量。

♾️ 二、完全背包问题

特点：物品可无限选，需正序遍历背包容量。

💡 三、关键技巧总结

1. 组合 vs 排列：
   • 组合数（顺序无关）：先遍历物品，再遍历背包（如 518）。
   • 排列数（顺序相关）：先遍历背包，再遍历物品（如 377）。
2. 最值问题：
   • 初始化 dp 为极大值（最小个数）或极小值（最大价值），边界 dp[0]=0。
3. 空间优化：
   • 一维 dp 数组可覆盖多数场景，注意遍历方向（0-1背包倒序、完全背包正序）。

建议按分类顺序刷题，重点理解状态定义（dp[i] 含义）和转移方程。

例子

• 港澳通行证（有效期≥6个月，含有效签注）
• 内地身份证原件
• 准备3000港币现金
• 网络：支付宝购买流量包：在支付宝搜索 “境外上网”，可购买对应服务商的香港流量包。例如，移动的 3 天流量包价格约 24 元，无需单独开通漫游，到达香港后将手机设置为漫游状态即可使用。

开户准备

• 下载官方 App：建议提前下载好 HSBC HK 和 BOC HK 官方 App，因为在香港使用手机卡购买流量的速度可能较慢，提前下载可节省时间。
• 证件携带：携带好港澳通行证和身份证原件。
• 获取出入境记录：过关后半小时左右，微信搜索 “移民局 12367 小程序”，点击 “出入境记录查询”，下载记录文件并保存，开户时会用到。
• 转换插头（英标插座）
• 身份证✅
• 港澳通行证✅
• 通关小票
• 信用卡账单✅
• 在职证明
• 个税证明✅
• 社保证明✅
• 银行工资流水✅
• 个人所得税证明✅
• 收入证明✅
• 银行存款证明✅
• 股票交易证明
• 基金账单
• 公司股票激励账单

攻略

• 1️⃣打开之前现在的HSBC HK 官方App；

• 2️⃣选择我没有任何账户->身处香港，没有香港身份证->汇丰one->开户原因按需选择->填写邮箱->短信验证；

• 3️⃣反正操作按照他的页面提示，根据自己情况填写就好，很简单，过程中需要使用拍大陆身份证件和港澳通行证、人脸活体检测等，其中港澳通行证需要用手机NFC读取，提交之前下载的出入境文件，汇丰地址填写需要用英文或者拼音，我用的拼音；

• 4️⃣填写完上面的信息后，基本秒开通成功，马上就给号了。

• 5️⃣上面账户开通成功后，如果在App上立即注册手机银行，一定要记住自己的用户名，并且这个用户名好像有UU反馈不能修改，大家在取名字的时候还是想好了再取；

• 中银香港的流程和汇丰的差不大多，除了地址可以用中文，不需要NFC读取港澳通行证，其他流程也没什么差异。

汇丰银行（HSBC）开户流程

线上开户

1. 身处香港时，打开 HSBC HK 官方 App。
2. 选择 “我没有任何账户” -> “身处香港，没有香港身份证” -> “汇丰 one” -> 按需选择开户原因 -> 填写邮箱 -> 进行短信验证。
3. 按照页面提示，根据自身情况填写信息，过程中需拍摄大陆身份证件和港澳通行证、进行人脸活体检测。港澳通行证需用手机 NFC 读取，提交之前下载的出入境文件，汇丰地址填写需用英文或拼音（建议用拼音）。
4. 信息填写完成后，基本可秒开通成功并获取账号。
5. 账户开通成功后，若在 App 上立即注册手机银行，务必记住用户名，因为有用户反馈用户名无法修改。

   注意：一定要在香港境内进行线上开户操作，且手机需具备 NFC 功能，用于读取港澳通行证信息。

线下

1. 预约方式：可通过 “汇丰香港”微信 线下预约 One Account，也可直接到现场与门口接待人员说明开卡需求，接待人员会给予取号（部分门店在二楼）。票上有二维码，扫描后可通过微信查看排队顺序。
2. 排队建议：若前方排队人数不超过 10 人，建议留在附近等候（避免空号）；若排队人数在 20 人以上，可在附近适当溜达，随时刷新关注排队动态。
3. 开卡流程：轮到办理时，提供港澳通行证、通关小票，并提前下载好汇丰香港 APP。工作人员会询问开卡用途，可直接说明用于买港股或储蓄。操作过程中，熟练的业务员可能会直接帮忙填写部分信息。地址部分建议要求自己填写，以避免邮寄地址出错。
4. 开卡结果：若顺利，会填写一份问卷，之后工作人员会现场下卡，并给予密码函。随后在楼下 ATM 修改密码并存钱即可。若不顺利，业务员会告知回去等邮件（部分重名人员可能会被系统卡住审核）。若业务员确认已开好卡，只需回家耐心等待。

中国银行香港分行（BOC HK）开户流程

线上开户

使用中银香港在线开户

线下开户

提前7天仔wx公众号预约到了下午3.30的号。

在汇丰办好后，不想等到下午3.30，就walking葵涌广场分行。 不看pdf打印版本。现场看电子pdf

• 银行卡流水
• 投资流水（2个月）
• 地址证明（招行信用卡）

在经理看完资料后，引导app填写申请信息。在APP提交资料后，取号。 进入柜台开卡。发送pdf文件到银行邮箱。在确认好所有信息后。对讲机叫来更高级别经理刷卡确认。现场取实体卡发卡。之后到取款机查询余额激活，然后到存款机存入至少1000港币。

开户方式对比

• 2024 年 4 月香港银行卡开户总结
• https://linktr.ee/webank88
• https://dr.leviding.com
• 汇丰香港开户教程： https://dr.leviding.com/docs/finance/open-a-bank-account-hsbc-hk
• 中银香港开户教程： https://dr.leviding.com/docs/finance/open-a-bank-account-boc-hk

成果

https://marketplace.visualstudio.com/items?itemName=ai-git.ai-git

准备

环境准备

在开始开发之前，你需要确保已经安装了以下工具：

• Node.js 和 npm：VSCode 插件基于 Node.js 开发，因此需要安装 Node.js 和其包管理工具 npm。你可以从 Node.js 官方网站 下载并安装适合你操作系统的版本。安装完成后，在终端中运行以下命令来验证安装是否成功：

node -v
npm -v

• Yeoman 和 VSCode 扩展生成器：Yeoman 是一个脚手架工具，而 VSCode 扩展生成器可以帮助我们快速创建 VSCode 插件的项目结构。使用以下命令进行全局安装：

npm install -g yo generator-code

AI 服务选择

为了实现自动生成 Git 消息的功能，我们需要借助 AI 服务。目前有许多可用的 AI 平台，选择硅基流动的API服务

1. 注册 硅基流动 账号：访问 硅基流动 官方网站 进行注册。
2. 获取 API Key：注册并登录后，在 OpenAI 平台的控制台中生成 API Key，这将用于后续调用 AI 服务。注意要妥善保管你的 API Key，避免泄露。

项目初始化

使用 VSCode 扩展生成器创建一个新的插件项目。在终端中执行以下命令：

yo code

按照提示进行选择：

• What type of extension do you want to create?：选择 New Extension (TypeScript)，因为 TypeScript 提供了类型检查，能让代码更加健壮。
• What's the name of your extension?：输入插件的名称，例如 git-message-generator。
• What's the identifier of your extension?：一般保持默认即可。
• What's the description of your extension?：输入插件的描述信息，如 “Automatically generate Git commit messages using AI”。
• Initialize a git repository?：根据个人需求选择是否初始化 Git 仓库。
• Which package manager to use?：选择 npm。

完成上述步骤后，Yeoman 会自动生成项目的基本结构和文件。

项目结构介绍

生成的项目主要包含以下重要文件和目录：

• package.json：定义插件的元数据、激活事件、命令等信息。
• src/extension.ts：插件的入口文件，包含插件的主要逻辑。
• tsconfig.json：TypeScript 的配置文件，用于指定编译选项。
• .vscode 目录：包含调试和任务配置文件。

需要用到的网站

• 参考 https://juejin.cn/post/7076649162653040647
• https://marketplace.visualstudio.com/
• https://dev.azure.com/

自驾行程

中午 12 点半，我满怀期待地从杭州出发，本以为一脚油门就能直达长乐，可导航显示足足要 7 个小时，这让我瞬间清醒。长途驾驶可不是小事，得悠着点。在南阳服务区，我简单吃了个泡面，价格非常平价，吃饱喝足后继续出发。越往南走，窗外的景色越发让我这个很少见到山的人兴奋不已。连绵不绝的山峦不断映入眼帘，那层层叠叠的绿色，与我平日熟悉的平原景象截然不同。进入温州段后，我发现车子的电耗飙升到了 35+，好奇之下看了一下手表的高度计，竟已接近海拔 800 米。一路飞驰，傍晚 8 点半，顺利抵达宁德。入住酒店稍作休息后，我前往宁德万达广场，品尝到了当地颇有名气的唐沫茶兮。清甜的茶香在舌尖散开，疲惫之感也随之消散。宁德的夜景很美，和杭州的灯火辉煌不同，这里多了几分海滨城市的静谧。夜晚漫步在宁德的街头，品尝着当地特色的小吃，感受着这座城市的独特魅力，疲惫感也渐渐消散。

第二天，我精神饱满地再次踏上旅程。宁德到长乐的路程比我想象中要短，仅花了一个半小时就顺利抵达。一路南下，窗外的景色从江南的平原渐渐过渡到福建的丘陵地带，山峦起伏，绿意盎然。随着离长乐越来越近，我的心情也愈发激动，对即将到来的游神活动充满了期待。

到达长乐

抵达长乐后，时间尚早，我径直前往商场，品尝了一顿当地特色美食当作午餐。饭后，我又马不停蹄地前往金峰镇台瑶村。刚到台瑶村，我就被眼前的景象震惊了，这里早已是人山人海，热闹非凡，大家都在翘首以盼游神活动的开始。放眼望去，停车场里满满当当停的都是浙江、江苏、上海牌照的车，看来这场盛大的游神活动吸引了不少周边地区的游客。我按照事先预定好的酒店办理入住，稍作休息后，便迫不及待地融入这人潮之中，感受着这座村庄特有的热闹氛围。因为人太多，很难找到合适的位置拍摄，不少人都带着无人机拍摄。

热闹的台瑶村

下午五点，随着一声响亮的鞭炮声，期待已久的游神正式开始。现场瞬间彩旗飘扬，锣鼓喧天，热闹的氛围被推向了高潮。游神队伍由众多村民组成，他们身着传统服饰，抬着神明的塑像，浩浩荡荡地走在街道上。每尊神像都装饰得金碧辉煌，在阳光的照耀下熠熠生辉。我在如潮水般的人群中艰难穿梭，一边感受着现场热烈的氛围，一边用相机记录下这精彩的瞬间。

沉浸式感受过年氛围

游神活动持续了很久，让我深深沉浸在这浓厚的过年氛围中。鞭炮声从游神开始就未曾停歇，噼里啪啦的声响不断刺激着我的感官，空气中弥漫着火药的味道，那是独属于新年的气息。抬头望去，烟花在夜空中此起彼伏地绽放，将整个天空照得如同白昼，五彩斑斓的光芒倒映在人们兴奋的脸庞上。

更让我触动的是，那些小朋友们虽然年纪小，却也有模有样地学着游神队伍的步伐。他们稚嫩的脸上满是认真，一招一式都透着对传统文化的热爱。看着他们，我真切地感受到了长乐游神这项民俗文化传承的活力与希望。在这里，过年不只是一个节日，更是一次文化的传承与延续，每一个环节、每一个举动都饱含着当地人对传统的尊重和对未来的期许 。

• 23 年买的 VGN N75pro, 199 三模, 现在应该换代了
• RK65
• VGN98Pro
• VGN v98 pro ，支持三模连接，手感还可以，不到 300 元

使用地址

• Dify 主页： https://dify.zzfzzf.com/
• Dify 官网：https://dify.ai/zh

Dify 部署指南

Dify 是一个开源的知识库平台，能够连接到多个大模型供应商，提供基于自然语言的查询服务。它支持与 Notion 的集成，可以帮助您将 Notion 中的内容转换为知识库并与大模型进行交互。

Dify 采用 Docker Compose 进行部署，以下是参考的部署教程：

• Dify Docker Compose 部署教程

部署步骤简述：

1. 克隆 Dify 仓库并进入目录。
2. 配置 .env 文件以设置 Notion API 密钥和大模型服务信息。
3. 使用 docker-compose 启动服务。
4. 通过浏览器访问 Dify 界面进行管理和查询。

通义千问 - 大模型供应商

通义千问 是一种高效的自然语言处理模型，能够理解和处理复杂的知识查询任务。您可以将其作为后端模型集成到 Dify 中，利用其强大的语义理解和生成能力来优化知识库查询结果。

其他模型供应商

• Ollama：官网链接
  Ollama 提供多种大模型接口，您可以根据需要选择合适的模型进行集成。

• 文心一言
  文心一言是百度推出的中文大语言模型，适合中文语境的处理和查询任务。

优化文章内容以提高模型理解能力

为了让大模型更好地理解和处理文章内容，以下是几条优化建议：

1. 清晰的结构和标题
   确保文章具有清晰的结构，包括标题、段落和列表等。每个段落的开头应有简洁的引导句，标题应能准确概括段落的核心内容。

2. 简洁明了的语言
   文章内容应避免过于复杂的句子和术语。用简单明了的语言表述观点，有助于提高模型的理解效率。

3. 关键词优化
   在文章中合理地使用与主题相关的关键词，以便大模型能够更好地提取文章的核心信息。

4. 提供足够的上下文
   在向模型提问时，确保提供足够的上下文信息。包括问题背景、相关数据或事件，这有助于模型更准确地理解问题并生成有效的答案。

1. 分辨率：4K/2K（优先考虑4K以提升编程体验）
2. 尺寸：24寸/27寸（27寸更适合长时间工作）
3. 用途：主要编程使用
4. 需求：无需高刷新率（60Hz 即可满足）
5. 加分项：支持反向供电、屏幕可旋转

推荐显示器

Dell U2723QE ¥2879～¥4399

https://item.jd.com/10020755592046.html

• 分辨率：4K UHD（3840x2160）
• 尺寸：27寸
• 特色：
  • 支持 USB-C 供电（最高 90W）
  • 支持屏幕旋转
  • 出色的色彩表现（99% sRGB，支持 HDR）
• 参考价格：¥3481.51

LG 27GP95U ¥2749-¥4199

• 分辨率：4K UHD（3840x2160）
• 尺寸：27寸
• 特色：
  • 出厂校准，适合色彩要求高的场景
  • 提供丰富的接口（支持 HDMI 2.1 和 USB-C）
• 参考价格：¥3173.06
• 链接：LG 27GP95U 产品页面

Redmi A27U ¥1389-¥1499

• 分辨率：4K UHD（3840x2160）
• 尺寸：27寸
• 特色：
  • 高性价比之选，适合预算有限的用户
  • 99% sRGB 色域覆盖
• 参考价格：约 ¥1499
• 链接：红米 A27U 京东详情页

LG 27UP850 ¥1619-¥2499

https://item.jd.com/100022124835.html

• 4K 60HZ
• Type-C90W反向充电
• 95%DCI-P3
• 内置音箱
• 可旋转

LG 27UQ750 ¥2199-¥3699

https://item.jd.com/100066231571.html

• 旋转升降底座
• Type-C90W反向充电
• 内置音箱
• 4K 144HZ

其他备选

• LG 27UQ750：4K，支持 HDR，约 ¥3000。
• 华硕 ProArt PA248QV：24寸，16:10 比例，预算有限时可选。
• Dell U2720Q：经典款 4K 屏，功能全面，适合日常使用。

总结建议

• 预算较高：优先选择 Dell U2723QE 或 LG 27GP95U，提供更好的接口与供电支持。
• 性价比：红米 A27U 在 4K 显示器中是高性价比之选。
• 特殊需求：需要旋转和供电功能的用户优先考虑 Dell U2723QE。

最终选择

Dell U2723QE https://item.jd.com/100019203679.html

为了提升阅读体验，我的博客使用的是霞鹜文楷字体，喜欢这个字体的朋友可以尝试加入自己的项目中~

但是呢，霞鹜文楷在 GitHub 上只提供了 .ttf 格式的文件，而在 web 上最佳的选择是 .woff2 格式，因为它更轻量、更适合网络加载。下面我分享如何在网页中使用这个字体，也会讲讲性能优化的小技巧，让你的网站既好看又流畅。

什么是网络字体？

网络字体（Web Fonts）就是可以通过网络加载的字体文件，允许我们在网页中使用用户设备上没有安装的字体。不仅能统一品牌视觉，还可以提升整体观感。

常见的网络字体来源

这里介绍几个好用的字体来源，大家可以根据项目需求选择：

• Google Fonts：免费、简单易用，并且兼容性好。
• Adobe Fonts：提供了商业级别的字体库。
• Font Squirrel：这里提供了许多免费和商业字体的 .woff2 文件，很适合直接下载应用。

如何引入网络字体

接下来，我们看看如何加载这些网络字体。

使用 CSS @font-face 自定义加载字体

霞鹜文楷的文件需要手动加入项目中，所以我们可以用 @font-face 来定义加载。

@font-face {
  font-family: 'LxgwWenKai';
  src: url('path-to-your-font/LxgwWenKai.woff2') format('woff2'), /* 推荐格式 */
       url('path-to-your-font/LxgwWenKai.ttf') format('truetype'); /* 备用格式 */
  font-weight: normal;
  font-style: normal;
}

从第三方字体库（如 Google Fonts）加载

如果使用 Google Fonts，就非常简单了，直接用一行 link 标签即可：

<link href="https://fonts.googleapis.com/css2?family=Roboto:wght@400;700&display=swap" rel="stylesheet">

这样引入的好处是简单、稳定，但一些自定义字体则需要手动下载和转换为 .woff2 格式。

优化字体加载性能

字体加载优化真的很重要，以下几个方法可以让页面加载更快，用户体验更好。

• 压缩字体文件：像 .woff2 本身就非常轻量；如果下载的是 .ttf 格式，可以用 font-squirrel 之类的工具进行格式转换和压缩。
• 懒加载字体：对于次要字体，可以考虑懒加载，这样首屏的渲染速度会快一些。
• 字体子集：如果字体包比较大，可以创建一个只包含需要字符的子集文件，这样字体文件会小很多。

避免性能问题的小技巧

使用字体时也要小心避免加载过慢或者页面闪烁的问题：

• 减少字体样式：尽量精简字体的粗细和样式，这样能减少加载时间。
• 提前预加载字体：对主要字体用 rel="preload" 标签，可以在页面加载前就开始加载字体。

  <link rel="preload" href="path-to-your-font/LxgwWenKai.woff2" as="font" type="font/woff2" crossorigin>
  

• 解决字体闪烁问题：可以使用 font-display: swap; 来避免页面加载字体前内容闪烁。

字体切割

英文字符的字体文件通常较小，而中文字体文件则较大。如果只需部分中文字符，可以采用字体切割工具，比如 cn-font-split，生成包含所需字符的字体文件，减小体积并提升加载效率。

字体推荐

• https://github.com/tonsky/FiraCode 免费 编程字体
• https://www.jetbrains.com/lp/mono/ 免费 编程字体
• https://github.com/lxgw/LxgwWenKai 免费 中文字体

• 路由器限制：家中现有路由器无法很好地满足科学上网和广告拦截的需求。

• 云服务器劣势：云服务器价格高且配置低，无法满足需求。

• 媒体需求：期望家庭影院可以替代各种视频会员

设备选择

• 功耗考虑：家用服务器需要7x24小时不间断运行，因此低功耗设备是首选。

• 性能要求：如果打算搭建Homelab或小型服务器，需要选择具备一定性能的设备。尽管可以自行组装主板、CPU、内存、硬盘等，但难以做到小巧且节能。

或者用闲置废旧笔记本（曾经用大学的1T硬盘的笔记本搭的家庭影院 plex+infuse)

最终选择

• 淘宝购入零刻的小主机

• 京东购入内存条和硬盘

网络拓扑

由于无线和弱电箱之间只有一根网线，目前无法实现有线Mesh网络。

服务器宿主系统

这里一般有2个选择

https://pve.proxmox.com/wiki/Main_Page

https://www.vmware.com/products/cloud-infrastructure/esxi-and-esx

最终选择了Proxmox VE（PVE）作为虚拟化平台，因为它基于Debian系统，而ESXi是闭源的。

虚拟机系统过去使用CentOS，但由于停止维护，现已全部迁移到Debian

内外网域名

公网域名：分为备案和不备案域名。备案域名用于上海的服务器及阿里云服务，不备案域名则用于香港的服务器。

内网域名：仅供内网访问，DNS解析由内网DNS服务器控制

软路由编译

软路由即在电脑上运行一个操作系统，通常具备双网口。使用了开源项目 coolsnowwolf/lede 来编译固件，并将其刷入硬路由或虚拟机中。

也可以做单臂路由（单网口，把设备的dns指到路由器上就行）

VPN组网

https://www.wireguard.com/

https://tailscale.com/

因为电信给的 公网IP 大概一个月会改一次，所以需要ddns服务把 一个域名始终映射到公网ip上。

科学上网

软件

Openclash插件

Surge(Apple TV、mac、手机通用)

规则生成器

https://github.com/surgioproject/surgio

节点

私聊～

DNS&去广告

通过 AdGuardHome 实现去广告，并兼顾私有DNS解析与广告拦截功能。

自定义上游dns，负载均衡,使用doh

javascript 取消自动换行 复制https://dns10.quad9.net/dns-queryhttps://dns.alidns.com/dns-queryhttps://doh.pub/dns-querytls://dns.alidns.comtls://dns.pubtls://dns.google

广告黑名单

https://adguardteam.github.io/HostlistsRegistry/assets/filter_1.txthttps://adguardteam.github.io/HostlistsRegistry/assets/filter_2.txthttps://anti-ad.net/easylist.txthttps://adaway.org/hosts.txt

CI&CD

参考 FX 系统使用Drone CI连接GitHub，在代码推送后自动打包，并推送到内网的Docker镜像和私有NPM，随后通过K8S拉取代码并部署。

K8S集群

部署的好玩的服务

kubectl get svcNAME                    TYPE        CLUSTER-IP      EXTERNAL-IP   PORT(S)                          AGEalert-manager           ClusterIP   10.43.190.52    <none>        9093/TCP                         17dblackbox-exporter-svc   ClusterIP   10.43.97.94     <none>        9115/TCP                         17dblog                    ClusterIP   10.43.94.69     <none>        3000/TCP                         32dblog-server             ClusterIP   10.43.78.129    <none>        8000/TCP                         32dddns                    ClusterIP   10.43.38.229    <none>        9876/TCP                         32ddrone-server-service    ClusterIP   10.43.117.206   <none>        80/TCP                           32ddrone-webhook-svc       ClusterIP   10.43.99.143    <none>        3000/TCP                         31des                      ClusterIP   10.43.44.167    <none>        9200/TCP                         32dgrafana-svc             ClusterIP   10.43.109.216   <none>        3000/TCP                         17dkafka                   ClusterIP   10.43.246.5     <none>        9092/TCP                         32dkubernetes              ClusterIP   10.43.0.1       <none>        443/TCP                          32dnexus                   ClusterIP   10.43.187.33    <none>        8081/TCP,8082/TCP                32dopenspeedtest           ClusterIP   10.43.149.230   <none>        3000/TCP,3001/TCP                31dpostgres-svc            ClusterIP   10.43.10.59     <none>        5432/TCP                         32dprometheus-svc          ClusterIP   10.43.98.41     <none>        9090/TCP                         17dproxy-robot             ClusterIP   10.43.44.178    <none>        80/TCP                           32drabbitmq                NodePort    10.43.80.197    <none>        5672:30017/TCP,15672:30018/TCP   32dredis                   ClusterIP   10.43.206.190   <none>        6379/TCP                         16dumami-app               ClusterIP   10.43.134.81    <none>        3000/TCP                         31d

服务监测&个人通知

家里网络挂了怎么办、服务挂了怎么办

• Bark IOS APP 用来接受通知消息

• prometheus

• grafana

其他

• 数据备份与恢复策略: 数据库每天早上8点备份到阿里云oss，其他配置文件存储在git上，可通过k8s配置文件搭出完全一模一样的

• 自部署的相册应用：https://github.com/immich-app/immich

• 自部署的Vercel替代品：https://github.com/coollabsio/coolify

对家庭网络服务、NAS感兴趣的可以一起交流～

• 签证
• 日元

照片

记录一下个人博客的运维工作 https://ohttps.com

Gitea

• 私钥 cert.key
• 证书 fullchain.cer 下载放入/var/lib/gitea/custom中

ssh root@192.168.100.154
systemctl restart gitea

K8S

在linux上执行，mac上执行不了

// tls.crt
cat fullchain.cer | base64 -w0
// tls.key
cat cert.key | base64 -w0
// 执行更新
kubectl apply -f https://git.ooxo.cc/k8s/yaml/raw/branch/main/https.yaml
kubectl get secret ooxo.cc-tls-secret
kubectl get secret ooxo.cc-tls-secret -o jsonpath='{.data.tls\.crt}' | base64 --decode
kubectl get secret ooxo.cc-tls-secret -o jsonpath='{.data.tls\.key}' | base64 --decode

DNS&AdGuard

加密设置里调整

本来想去舟山的，一是去过，而是人很多，遂选择台州，虽然有点远

• 🚗：蔚来ES6
• 🏠：温岭亚朵

  共400公里，6个小时

Day1

东西放到酒店，开1小时车去洞下沙滩 晚餐去焗海鲜。310元打完折250元 挺划算的

Day2

醒后直奔滨海绿道，有点失望的，观光车30元 一个渔港 一个金沙滩方向

嘉兴市-海宁市

去海宁吃了个晚餐，性价比超级高，马路也很宽敞好开

游后感

1. 很累，很远，海鲜也很贵

需要在公网服务器下运行bark文件，之前是使用nohup运行，重启后或者服务不太好管理

步骤

在 Debian 系统中，可以通过将可执行文件注册为服务，使其在系统启动时自动运行。以下是详细步骤：

1. 创建服务单元文件

在 /etc/systemd/system/ 目录下创建一个新的服务单元文件。假设你的可执行文件是 /usr/local/bin/my_executable，你可以创建一个名为 my_service.service 的文件：

sudo nano /etc/systemd/system/my_service.service

2. 编辑服务单元文件

在打开的编辑器中，添加以下内容：

[Unit]
Description=My Custom Service
After=network.target

[Service]
ExecStart=/usr/local/bin/my_executable
Restart=always
User=your_username
Group=your_groupname

[Install]
WantedBy=multi-user.target

解释：

• [Unit] 部分描述了服务，并指定了服务在网络启动之后运行。
• [Service] 部分定义了服务的主要参数：
  • ExecStart 指定了要运行的可执行文件的路径。
  • Restart 设置为 always，以便在服务崩溃后自动重启。
  • User 和 Group 设置为运行服务的用户和用户组。
• [Install] 部分定义了服务安装的目标，这里设置为 multi-user.target，意味着服务在多用户模式下启动。

3. 重新加载 systemd 配置

在编辑完服务单元文件后，重新加载 systemd 配置以使其生效：

sudo systemctl daemon-reload

4. 启动并启用服务

启动服务：

sudo systemctl start my_service

启用服务，使其在系统启动时自动运行：

sudo systemctl enable my_service

5. 检查服务状态

你可以使用以下命令检查服务的状态，确保其正常运行：

sudo systemctl status my_service

这将显示服务的当前状态，包括是否正在运行、最后一次启动的时间以及任何错误信息。

6. 管理服务

常用的管理命令包括：

• 停止服务：

  sudo systemctl stop my_service
  

• 重启服务：

  sudo systemctl restart my_service
  

• 禁用服务（使其在系统启动时不自动运行）：

  sudo systemctl disable my_service
  

通过以上步骤，你可以将你的可执行文件成功注册为一个系统服务，并且可以方便地管理和监控它。

• 相机：索尼A7C2
• 镜头：腾龙2875

202404样片分享

均经过压缩，原片使用 heif 格式，mac电脑转 jpeg 格式后使用 squoosh 转为 webp 格式

变量定义

1. 是否纠结到底用Ref还是Reactive，teamplte不需要.value script需要.vue 不统一的写法
2. 少用watch 不要盯着数据变化，而是要盯着数据为什么变化，数据不会无缘无故变。一定是有什么地方触动了，在触动的地方去修改
3. 不用emit

hooks

hooks不是单纯意义上的封装函数，逻辑复用，也是抽离副作用的

vue中有很多使用很方便的语法糖，但是后续维护会让人很难理解

1. 指令，指令是一个很方便的东西，但是不推荐使用
2. 非props特性 $parent $chindren provide inject
3. 所有的数据放状态管理里
4. https://zh.javascript.info/ninja-code

ip addr

ssh chen@192.168.100.204

su root
echo "pub key" >> ~/.ssh/authorized_keys

update依赖

//更新软件包列表
apt update
//安装实际的软件包更新
apt upgrade

apt install curl -y

安装k8s master

curl -sfL https://get.k3s.io | K3S_KUBECONFIG_MODE="644" K3S_NODE_NAME="k8s-master-01" sh -s -

安装k8s worker

curl -sfL https://get.k3s.io | K3S_KUBECONFIG_MODE="644" K3S_NODE_NAME="k8s-worker-01" K3S_URL=https://192.168.100.124:6443 K3S_TOKEN=mynodetoken sh -  

安装helm

https://helm.sh/docs/intro/install/

curl https://raw.githubusercontent.com/helm/helm/main/scripts/get-helm-3 | bash

安装dashbord

先让traefik可以代理https流量

/var/lib/rancher/k3s/server/manifests/traefik-config.yaml

apiVersion: helm.cattle.io/v1
kind: HelmChartConfig
metadata:
  name: traefik
  namespace: kube-system
spec:
  valuesContent: |-
    globalArguments:
        - "--serversTransport.insecureSkipVerify=true"
    ports:
        psql:
            port: 5432
            expose: true
            exposedPort: 5432
            protocol: TCP

https://github.com/kubernetes/dashboard

export KUBECONFIG=/etc/rancher/k3s/k3s.yaml

Add kubernetes-dashboard repository

helm repo add kubernetes-dashboard https://kubernetes.github.io/dashboard/

Deploy a Helm Release named "kubernetes-dashboard" using the kubernetes-dashboard chart

helm upgrade --install kubernetes-dashboard kubernetes-dashboard/kubernetes-dashboard --create-namespace --namespace kubernetes-dashboard

• 创建账户参考官网，博主可直接内网使用Kubernetes 资源清单

kubectl apply -f https://git.ooxo.cc/sonic/k8s/raw/branch/main/kubernetes-dashboard.yaml

访问 https://k8s.ooxo.cc/

获取token

kubectl get secret admin-user -n kubernetes-dashboard -o jsonpath={".data.token"} | base64 -d

安装nfs

https://zzfzzf.com/post/7028901660936245248

清除缓存

echo 1 > /proc/sys/vm/drop_caches

链接

• https://todoit.tech/k8s/

查看脏数据配置

sysctl -a | grep dirty

查看多少条脏数据

cat /proc/vmstat | egrep "dirty|writeback"

配置

#vi /etc/sysctl.conf
写入
vm.dirty_background_ratio = 5
vm.dirty_ratio = 10

return

Hello zzf !

@formkit/auto-animate

https://github.com/formkit/auto-animate

• 特点：
  • 基于 CSS transitions 或 animations 实现动画效果。
  • 提供简单易用的 API，使得在 React 应用中集成动画变得简单。
• 优点：
  • 对于简单的动画效果，易于上手。
  • 轻量级，不需要额外的依赖。
• 缺点：
  • 功能相对较为简单，可能无法满足复杂动画的需求。

@react-spring/web

https://github.com/pmndrs/react-spring

• 特点：
  • 基于 Spring Physics 模型实现动画，提供了更加自然的动画效果。
  • 支持复杂的动画场景，如物理效果、链式动画等。
• 优点：
  • 动画效果更加流畅和自然。
  • 提供了丰富的 API 和配置选项，适用于各种动画需求。
• 缺点：
  • 学习曲线较陡峭，相比其他库可能需要更多的时间来掌握。

framer-motion

https://github.com/framer/motion

• 特点：
  • 提供了声明式的 API，使得创建动画变得简单直观。
  • 支持复杂的动画效果，如手势驱动的交互、响应式设计等。
• 优点：
  • API 设计直观，易于上手。
  • 功能丰富，能够满足大部分动画需求。
• 缺点：
  • 有一定的学习曲线，但相对于 @react-spring/web 来说较为友好。

react-transition-group

https://github.com/reactjs/react-transition-group 2年未维护

• 特点：
  • 主要用于处理元素进入和离开 DOM 结构时的动画效果。
  • 提供了一系列的组件，如 Transition, CSSTransition, TransitionGroup 等。
• 优点：
  • 针对元素的进入和离开提供了简单易用的解决方案。
  • 可以与其他动画库结合使用，以实现更复杂的动画效果。
• 缺点：
  • 功能相对单一，主要用于处理进入和离开的动画，对于其他类型的动画需求可能不够灵活。

总结

如果项目需要复杂的动画效果，@react-spring/web 和 framer-motion 是不错的选择。如果只是需要简单的进入/离开动画效果，react-transition-group 可能是更合适的选择。

JSX，即JavaScript XML，是一种允许开发者在JavaScript代码中编写与HTML类似的结构的语法扩展，并能够通过诸如Babel这样的编译器转换为createElement（React中）或createVNode（Vue中）的函数调用，从而创建虚拟DOM。JSX结合了JavaScript的逻辑处理能力与标记语言的声明式编写模式，使得你可以在单个文件中处理UI和业务逻辑，实现组件的组织和复用。

React和Vue中的对比

JSX虽然在React和Vue中的使用方式非常相似，但还是存在一些差别：

• 在React中，JSX转换后使用React.createElement或 react/jsx-runtime ，而Vue 3使用createVNode。
• Vue中的JSX需要特定的Babel插件支持，例如@vue/babel-plugin-jsx。
• 在React中，CSS类使用className属性绑定，而for属性在JSX中需要替换为htmlFor。而在Vue中，则保持class和for的标准HTML属性使用。

入门基础语法

1. 创建基础元素

const element = <h1>Hello, world!</h1>;

2. 嵌入表达式

const name = 'c.chen';
const element = <h1>Hello, {name}</h1>;
const avatar = <img src={user.avatarUrl}></img>;

3. 条件渲染

const avatar = user.avatarUrl ? <img src={user.avatarUrl} /> : null;
const avatar = user.avatarUrl && <img src={user.avatarUrl} />;

4. 使用样式

行内样式

const img1 = <img style={{width:"200px"}}></img>;
const customStyle = {
    width: "200px"
}
const img2 = <img style={customStyle}></img>;

类绑定和外部样式文件

// css module
import styles from './app.module.css';
const imgElement = <img class={styles.myImage} />;
const imgClass = <img class="my-image"></img>;

在Vue3中如何上手

1. Babel配置 @vue/babel-plugin-jsx

webpack

//babel.config.js
module.exports = {
  presets: ['@vue/cli-plugin-babel/preset'],
};

if (vueVersion === 2) {
  presets.push([require('@vue/babel-preset-jsx'), jsxOptions])
} else if (vueVersion === 3) {
  plugins.push([require('@vue/babel-plugin-jsx'), jsxOptions])
}

Vite

//vite.config.ts
import vueJsx from '@vitejs/plugin-vue-jsx';

const config = defineConfig({
    plugins: [
      vue(),
      vueJsx(),
    ]
}

2. tsconfig.json

//tscongfig.json
{
    "jsx": "preserve",
    "jsxImportSource": "vue"
}

基础用法

1. 文件名以.tsx结尾
2. 自定义组件都是大驼峰，和HTML区分开
3. Vue渲染函数基础用法

无状态组件（函数式组件）

// UI = fn(state)
function MyComponent(props, { slots, emit, attrs }) {
    return <NButton>{props.message}</NButton>
}
const App = () => <div>111</div>;

有状态组件

<template>
  <div>
    <slot></slot>
    <p>Count: {{ count }}</p>
    <button ref="buttonRef" @click="increment">Increment</button>    
    <NInput
      v-model="baseInfo.description"
    />
  </div>
</template>

<script lang="ts" setup>
import { ref, defineProps, defineEmits, PropType } from 'vue';
import { NInput } from '@nio-fe/lego'; 

const props = defineProps({
  modelValue: String as PropType<'large' | 'small'>
});

const emits = defineEmits(['update:modelValue']);

const count = ref(0);
const baseInfo = ref({
  description: ''
});
const buttonRef = ref<HTMLButtonElement>();

// Define methods
const increment = () => {
  count.value++;
};

const updateDescription = (value: string) => {
  baseInfo.value.description = value;
  emits('update:modelValue', value);
};

const externalMethod = () => console.log('External method called');

defineExpose({
  externalMethod
});
</script>

引用组件

在 JSX 中，推荐以直接引入的形式使用组件。

import { defineComponent } from 'vue';
import Counter from './Counter';

export default defineComponent({
  name: 'App',
  setup() {
    return () => (
      <div>
        <h1>Hello Vue 3 with TSX!</h1>
        <Counter />
      </div>
    );
  },
});

高阶用法

JSX高阶用法

Fragment

类似于template，在JSX中不能使用template，会直接不渲染。

const App = () => (
  name === 'cc' && <>
    <span>I'm</span>
    <span>Fragment</span>
  </>
);

v-model修饰符

<NInput
  v-model={[inputValue.value, ['trim']]}
/>
<NInput
  modelValue={inputValue.value.trim()}
  onUpdate:modelValue={newVal=>inputValue.value = newVal.trim()}
/>

动态组件

const ComponentA = defineComponent({
    setup(){
        return ()=> <div>ComponentA</div>
    }
})
const ComponentB = defineComponent({
    setup(){
        return ()=> <div>ComponentB</div>
    }
})
const ColumnDiff = defineComponent({
    setup() {
        const components = {
            'component-a': <ComponentA />,
            'component-b': <ComponentB />,
        };
        const componentName = 'component-a';
        const ComponentToRender = components[componentName];
       

 return () => (
            <>
                <div class={'container mx-auto'}>
                    --1--
                    {ComponentToRender}
                    --2--
                    {ComponentToRender ? h(ComponentToRender) : null}
                    --3--
                    <ComponentToRender />
                </div>
            </>
        )
    }
})

插槽

const A = (props, { slots }) => (
  <>
    <h1>{slots.default ? slots.default() : 'foo'}</h1>
    <h2>{slots.bar?.()}</h2>
  </>
);

const App = {
  setup() {
    const slots = {
      bar: () => <span>B</span>,
    };
    return () => (
      <A v-slots={slots}>
        <div>A</div>
      </A>
    );
  },
};

指令

const app = createApp();

app.directive('highlight', {
  mounted(el, binding) {
    el.style.backgroundColor = binding.value;
  },
});
app.directive('tooltip', NVTooltip)
app.directive('popconfirm', NVPopconfirm)
app.directive('loading', NVLoading)
app.component('my-component', {
  setup() {
    return () => (
      <div v-highlight="'yellow'">
        This will be highlighted in yellow.
      </div>
    );
  },
});

app.mount('#app');

透传props

import { defineComponent, h } from 'vue';

// 引入子组件
import ChildComponent from './ChildComponent.vue';

export default defineComponent({
  name: 'ParentComponent',
  props:{
    a:String,
  },
  setup(props, { attrs, slots, emit }) {
    // 所有的父 props 都会以 props 参数的形式接收
    // attrs 包含了非 props 的属性，例如 class, style, id 等
    return () => (
      <ChildComponent {...props} {...attrs}>
        {slots.default ? slots.default() : ''}
      </ChildComponent>
    );
  },
});

搭配Lego使用

使用按需引入，Lego官方文档

样式处理

Css In Js

• Emotion 官方文档

<div
  class={css({
    color: 'var(--n-text-secondary)'
  })}
>
  css in js style
</div>

Css Module

1. 根目录创建类型定义文件

//typings.d.ts
declare module '*.scss' {
    const content: { [className: string]: string };
    export default content;
}

2. 在tsconfig.json文件中，确保你的"include"部分包含了SCSS文件的路径

{
  "include": ["src/**/*.ts", "src/**/*.d.ts", "src/**/*.tsx", "src/**/*.scss"],
}

import styles from './demo.module.scss'
.header{
  height: 80px;
  &-left{
    color: var(--n-text-primary);
  }
}
<div class={styles.header}>
    <div class={styles.headerLeft}>
        name
    </div>
</div>

Tailwind Css

1. webpack...没成功
2. vite项目可以使用

F&Q

怎么页面中出现莫名奇妙的 0

const list = []
const app = list.length && list.map(item => )

附录

• babel-plugin-jsx
• 渲染函数 & JSX

这是2022的年度总结戳我👇

软件

在延续现有软件的基础上，额外订阅了专为mac端设计的Setup App。已经用了快一年了

硬件

• 购买了Nintendo Switch玩了差不多两个月，现在已经吃灰了😭
• 我的第一块Apple Watch，每天的陪伴除了监测睡眠，还让我方便地掌握信息的动态。
• 索尼全画幅微单的加入，开启了我的摄影旅程，或许未来它将成为我的副业？拭目以待吧
• 发挥了DIY精神，组装了一台mini主机，仅仅20W功耗。现在不仅是家中的路由器，同时兼职服务器，效能十足。

职业发展

工作上的2023年比较平稳，已经快在现在公司呆满2年了，现在是呆的最久的一家公司，嘻嘻

• 接触了css in js,并应用在业务中
• 承担了组件库10个组件的维护工作

技术探索

• 对Go语言产生了浓厚兴趣，并将我的博客后端从midway重构为使用Go语言的fiber框架，大幅度提高了性能
• 完成了基于k8s搭建的cicd流程，部署于HomeLab上
• 尝试了一下LG的27存4K显示器，退货了
• 尝试了一下大疆无人机，租了3天玩了一下

浏览器从 A 到 Z

A

https://ant.design 虽然现在写vue，但是很多组件设计还是要参考ant

B

https://www.bilibili.com/ 快乐源泉

C

https://chat.openai.com 人工智能！

D

https://www.disneyplus.com 挺多好看的电影

E

https://esbuild.github.io/ 打包工具

F

https://www.framer.com/motion/ 动画库！！

展望2024

2024年计划好好提升一下自己的专业水平和内在认知

• 深入学习Chromium及V8引擎的渲染原理。每个季度 能输出一篇文章
• 微信读书多看书，至少 每个月 读完一本书（包括不限于心理学、人物传、历史）

看看今年订阅方面花了多少钱

主要分为美元，土耳其，和人名币

娱乐

工作

• Github Copilot 100$

工具

• simplelogin 15$一年 后续用ios土耳其区续费 57一年
• 云服务器
• 代理节点

购物

• 京东会员
• 淘宝88会员

1. 相机的分类

a. 单反相机（DSLR）

• 定义：通过反光镜和棱镜，用户可以直接通过取景器看到景物。

• 特点：体积较大，对焦速度快，电池寿命长。

b. 无反相机（Mirrorless）

• 定义：无反光镜，通过电子取景器或屏幕预览。

• 特点：体积较小，重量轻，高速连拍能力强。

2. 传感器大小

• 全画幅（Full Frame）：传感器大小为35mm，可以获得较宽的景角和优良的画质，通常适合专业摄影。

• 半画幅（APS-C）：传感器大小小于35mm，体积和重量更轻，价格更亲民，适合初学者和中级摄影爱好者。

3. 推荐微单选择

推荐索尼的A7M4。考虑到售后服务，建议购买jd自营的产品。

4. 镜头推荐

大三元镜头：三个焦段覆盖广泛、最大光圈通常很大（即f/2.8）的专业级镜头。这三个焦段通常包括：

• 广角至标准焦距镜头（如24-70mm f/2.8）

• 标准至中远摄焦距镜头（如70-200mm f/2.8）

• 超广角镜头（如16-35mm f/2.8） 小三元镜头：这些是比大三元更小巧、重量轻、价格更亲民的镜头，但同样提供优良的成像质量和较大的光圈（通常在f/4左右）。这个类别的镜头可能包括：

• 广角至标准焦距镜头（如24-105mm f/4）

• 标准至中远摄焦距镜头（如70-200mm f/4）

• 超广角镜头（如12-24mm f/4或16-35mm f/4）

a. 佳能

• RF-S 18-150mm F3.5-6.3：超级变焦，旅行或不想频繁换镜头时的好选择。 3499¥
• RF 50mm：标准定焦镜头，适合人像和低光拍摄。 1399¥

b. 索尼

半画幅

• 腾龙 17-70 F2.8 4499¥ （必备）
• 适马 56 F1.4 2699¥（人像定焦）

全画幅

• 腾龙 28-200 F/2.8-5.6 5490¥ （最强小钢炮和最强天涯镜）光圈不恒定
• 适马 85 F1.4 6399¥ （人像推荐）
• 索尼 85 F1.8 4049¥ （人像）
• 适马 16-28 F2.8 4999¥ （超广角补充）

1. 我也是 a7c2，比较穷但是想顾全，二手 28 200+唯卓仕月底的 20 2.8 +美科 85 1.4 三颗镜头毕业[doge]
2. a7c2+适马2870加几颗小定焦，两万左右
3. 镜头方面已经买了一根720gm2还没拆封[笑哭]就等着选一个机身了，再配个2070
4. 永诺YN85mm F1.8S

c. 尼康

• Z DX 16-50mm f/3.5-6.3 VR：轻便的标准变焦镜头，适合日常和旅行摄影。

• Z 24-70mm f/4 S：全画幅标准变焦，提供高质量的成像性能。

总结

1. 佳能R7

• 零售价 9499¥
• JD 9599¥
• RF50套 10898¥ +1299¥
• RF-S 18-150套 11999¥ +2400¥

  合计 2个镜头+机身 一个通用 一个拍人 13K

2. 索尼 A6700

• JD 9999¥
• 腾龙 17-70 F2.8 4499¥ （必备）
• 适马 56 F1.4 2799¥ （人像）
• 适马 18-50 F2.8 3699¥ （再看看）
• 腾龙 11-20 F2.8 3980¥（再看看）
• 索尼 70-350G ¥6899（再看看）

  合计 15K左右

4. 索尼 A7C2

• JD 14499¥
• 腾龙 28-200 F/2.8-5.6 5490¥ （最强小钢炮和最强天涯镜）光圈不恒定
• 人像？
• 腾龙 28-75 F/2.8 6180¥
• 索尼 20-70/f4 G ¥7999 （超广角）

合计 20K

存储卡

原厂V60

电池

原厂电池或者绿联

结论

所有商品京东自营店购入

• 相机 A7C2
• 镜头 腾龙28-75 后续考虑 适马70-200或者腾龙70-180
• 电池 绿联两电一充套装
• 存储卡

import { defineComponent } from 'vue';
import useSWR from './path-to-useSWR';

function fetcher(url: string) {
    return fetch(url).then(res => res.json());
}

export default defineComponent({
    setup() {
        const { data, isLoading, error, mutate } = useSWR('https://api.example.com/data', fetcher);

        return {
            data,
            isLoading,
            error,
            refreshData: mutate,
        };
    },
});

import { ref, watch, reactive } from 'vue';

interface SWRResponse<T> {
    data: T | null;
    error: any;
    isLoading: boolean;
    mutate: () => Promise<void>;
}

function useSWR<T = any>(url: string, fetcher: (url: string) => Promise<T>): SWRResponse<T> {
    const state = reactive({
        data: null as T | null,
        error: null as any,
        isLoading: true,
    });

    const fetchData = async () => {
        state.isLoading = true;

        try {
            const data = await fetcher(url);
            state.data = data;
        } catch (err) {
            state.error = err;
        } finally {
            state.isLoading = false;
        }
    };

    watch(url, fetchData, { immediate: true });

    return {
        get data() {
            return state.data;
        },
        get error() {
            return state.error;
        },
        get isLoading() {
            return state.isLoading;
        },
        mutate: fetchData,
    };
}

export default useSWR;

在复杂的生产环境中，请求头部的X-Forwarded-For可能会带来意想不到的问题。本文将详细讨论与X-Forwarded-For相关的问题，特别是在使用Caddy、Traefik和Cloudflare时遇到的问题。

问题背景

在本次问题中，有几个重要的组件涉及：

1. Caddy：一种流行的web服务器，用于处理请求和执行反向代理。
2. Traefik：一种现代HTTP反向代理和负载均衡器。
3. Cloudflare：提供内容分发网络服务、DDoS保护和互联网安全性。

问题描述

当使用Caddy作为反向代理，并通过Cloudflare进行请求时，出现了不一致的X-Forwarded-For头部信息。这导致了后端服务在处理请求时的困惑，因为它不能确定真实的客户端IP地址。

原因分析

1. Caddy配置问题：在Caddy的配置中，将反向代理的目标从https://更改为http://。这可能导致了X-Forwarded-For头部信息的更改。

api.ccw.es {
    reverse_proxy https://server.ooxo.cc {
        header_up Host {http.reverse_proxy.upstream.hostport}
    }
}

2. Cloudflare的影响：Cloudflare为所有经过其网络的请求添加了X-Forwarded-For头部。这意味着，即使请求的原始来源没有这个头部，Cloudflare也会添加它。

3. 浏览器与API响应的不同：使用浏览器与使用API时的响应不同，可能是因为其中一个请求通过了Cloudflare，而另一个没有。

解决方案：

1. 调整Caddy的反向代理配置：确保Caddy的反向代理配置正确，并考虑是否需要https。

2. 理解Cloudflare的行为：了解Cloudflare如何处理头部，特别是X-Forwarded-For，并考虑是否需要在Caddy或后端服务中进行特殊处理。

3. 验证所有组件的行为：测试各种请求来源，确保每个组件都正确处理X-Forwarded-For。

结论

在复杂的网络环境中，理解每个组件的行为是至关重要的。特别是当涉及到请求头部，如X-Forwarded-For时，一点小的配置更改都可能导致不可预见的结果。最重要的是，始终验证并测试您的配置，确保一切按预期运行。

将 fish shell 的路径添加到 /etc/shells 文件

sudo echo $(which fish) >> /etc/shells

chsh -s $(which fish)
#设置为默认shell为fish
chsh -s /usr/bin/fish
#设置为默认shell为zsh
chsh -s /bin/zsh
#设置为默认shell为bash
chsh -s /bin/bash

建议不要使用默认 fish 当shell 有一些一键安装的脚本不支持。需要的时候使用 fish 命令调出或者设置成编辑器的默认shell比较好。

"use client";
import React, { useEffect, useRef, useState } from 'react';
import Monitor from 'utils/monitor';

const OnlineCount = () => {
  const [count, setCount] = useState(0);
  const socket = useRef<WebSocket | null>(null); // 使用 null 初始化 ref
  const userIdRef = useRef<string | null>(null); // 存储 userId，避免重新渲染时重新获取

  useEffect(() => {
    async function initSocket() {
      if (!userIdRef.current) {
        const monitor = new Monitor();
        userIdRef.current = await monitor.getVisitor();
      }

      if (!socket.current) {
        socket.current = new WebSocket(`ws://localhost:3000/v1/ws?userId=$userIdRef.current`);
        socket.current.onmessage = (event) => {
          const message = event.data;
          setCount(message);
        };
      }
    }

    initSocket();

    return () => {
      if (socket.current) {
        socket.current.close();
        socket.current = null; // 清除连接引用，以便下次重新渲染时重新创建
      }
    };
  }, []); // 空数组表示只在挂载和卸载时执行

  return (
    <div>
      在线人数 <span className='font-mono'>{count}</span>
    </div>
  );
};

export default OnlineCount;

折腾不息，生命不止

这两天和GPT结对编程完成了后端从NodeJs到Go的迁移，数据库从MySQL到PostgreSQL的迁移。

入门

• 定时任务 https://github.com/go-co-op/gocron
• WEB https://github.com/gofiber/fiber
• postgresql https://github.com/lib/pq

git

https://github.com/zzfn/blog-server-go

1. 应用 Dashboard YAML 文件

kubectl apply -f https://raw.githubusercontent.com/kubernetes/dashboard/v2.7.0/aio/deploy/recommended.yaml

注意：版本号（例如 v2.7.0）可能会有所不同，请检查 Kubernetes Dashboard GitHub 以获取最新版本。

2. 获取访问令牌

#创建服务帐户
apiVersion: v1
kind: ServiceAccount
metadata:
  name: admin-user
  namespace: kubernetes-dashboard
---
#创建 ClusterRoleBinding
apiVersion: rbac.authorization.k8s.io/v1
kind: ClusterRoleBinding
metadata:
  name: admin-user
roleRef:
  apiGroup: rbac.authorization.k8s.io
  kind: ClusterRole
  name: cluster-admin
subjects:
- kind: ServiceAccount
  name: admin-user
  namespace: kubernetes-dashboard

3. 获取令牌

kubectl -n kubernetes-dashboard create token admin-user

kubectl get secret admin-user -n kubernetes-dashboard -o jsonpath={".data.token"} | base64 -d

清除权限

kubectl create serviceaccount dashboard-admin -n kubernetes-dashboard
kubectl create clusterrolebinding dashboard-admin --clusterrole=cluster-admin --serviceaccount=kubernetes-dashboard:dashboard-admin
---
kubectl -n kubernetes-dashboard delete serviceaccount admin-user
kubectl -n kubernetes-dashboard delete clusterrolebinding admin-user

F&Q

https会报错 bad certificate,需要把yaml下载下来 把端口改成http的

附录

• 官方教程
• 创建用户

• Jotai

  Jotai 旨在为 React 应用提供一种原子性的状态管理方式，使得开发者可以更容易地管理和更新应用的状态。

特点

• 简单性: Jotai 的 API 是直观的，不需要多余的配置或“胶水代码”。
• 灵活性: 由于其原子性质，你可以轻松地将状态划分为多个独立的单元。
• 与 React 良好的集成: 使用 hooks，Jotai 与现代 React 代码完美融合。

代码示例

• 定义一个原子状态

import { atom } from 'jotai';

const countAtom = atom(0); // 初始化为 0 的计数器原子

• 使用该原子状态:

import { useAtom } from 'jotai';

function Counter() {
  const [count, setCount] = useAtom(countAtom);

  return (
    <div>
      <p>Count: {count}</p>
      <button onClick={() => setCount(prev => prev + 1)}>Increment</button>
    </div>
  );
}

动画库

当涉及到在 React 中创建动画时，以下是一些受欢迎的库：

• react-transition-group: 提供了基本的状态过渡动画能力，适合那些需要简单过渡效果的场景。
• framer-motion: 是一个更高级的动画库，允许创建复杂的交互式动画。其 API 也相对简单，初学者也能快速上手。
• react-spring: 基于物理原理的动画库，特别适合创建自然和流畅的动画效果。

附录

• 2022 年的 React 生态

一直想组装一台all in one的mini主机，之前家里的网络是多个已有设备组成的，但是分布在各个地方，也不太好管理

1. 一台废旧笔记本、主要用来跑PT 下电影
2. 一台台式机、安装PVE 组k8s网络
3. 一台j1900，安装openwrt 本次购入了AMD 7840HS+三星980pro 1T存储+ 64G三星DDR5 5600内存, 目前起了8台虚拟机

实现的功能

目前家里所有的设备功能都集成到这一个mini主机上，放在弱电箱，测试下来功率20W不到。还是挺省电的。 因为这是双网口，所以虚拟了一个openwrt做软路由把原来的j1900给替换掉了

PVE的安装

需要1块U盘即可，无脑下一步

gitea

私有git服务，为什么不用gitlab？用不到那么多功能，只是为了管理k8s配置文件的。平时的代码还是存在github上

node1

k8s master节点

node2

k8s slave节点,为什么就一台物理机器还虚拟2个虚拟机组k8s网？完全没意义。本着学习心态组的网络，没追求高可用的实用

drone

用来cicd的一台机器

openwrt

pve安装openwrt过程

1. 在pve上传openwrt固件

2. 进入pveshell系统，执行

qm importdisk 105 /var/lib/vz/template/iso/openwrt-x86-64-generic-ext4-combined-efi.img local-lvm

未完待续。。。

最近将所有服务器更换为Debian，并在其上安装WireGuard
首先访问WireGuard官方网站获取安装信息：https://www.wireguard.com/install/#installation

安装WireGuard

1. 首先，确保系统是最新的

apt update

2. 接着，安装WireGuard

apt install wireguard

配置WireGuard服务器

1. 创建WireGuard配置目录并更改权限：

cd /etc/wireguard/ 
umask 077

2. 生成密钥对

wg genkey > server.key 
wg pubkey < server.key > server.key.pub

3. 创建服务器配置文件：

vim /etc/wireguard/wg0.conf

4. 编辑配置文件,将生成的PrivateKey替换到wg0.conf文件中的PrivateKey字段。

[Interface]
Address = 192.168.0.1/16
PostUp = iptables -A FORWARD -i %i -j ACCEPT;iptables -A FORWARD -o %i -j ACCEPT; iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
PostDown = iptables -D FORWARD -i %i -j ACCEPT;iptables -D FORWARD -o %i -j ACCEPT; iptables -t nat -D POSTROUTING -o eth0 -j MASQUERADE
ListenPort = 51820
PrivateKey = {Server_PrivateKey}

[Peer]
PublicKey = {Client1_PublicKey}
AllowedIPs = 192.168.0.2/32
PersistentKeepalive = 25

[Peer]
PublicKey = {Client2_PublicKey}
AllowedIPs = 192.168.0.3/32
PersistentKeepalive = 25

5. 启动并检查WireGuard服务器：

sudo wg-quick up wg0 
sudo wg-quick down wg0 
sudo wg show

配置WireGuard客户端

1. 创建客户端配置文件：

vim /etc/wireguard/wg0.conf

2. 生成密钥对

wg genkey > client.key 
wg pubkey < client.key > client.key.pub

3. 编辑配置文件

[Interface]
PrivateKey = {Client_PrivateKey}
Address = 192.168.0.2/16

[Peer]
PublicKey = {Server_PublicKey}
Endpoint = {Server_IP}:51820
AllowedIPs = 192.168.0.0/16
PersistentKeepalive = 25

进阶

利用wireguard实现远程访问家里网络内任意设备

我是在openwrt上安装的wireguard，你也可以在家里其他路由器上安装

1. 按上述组好网络,openwrt打开防火墙，允许 WireGuard 流量通过
2. 查看是否开启IP转发功能

sysctl net.ipv4.ip_forward

如果该命令返回 net.ipv4.ip_forward = 1，那么 IP 转发功能已经启用了。如果没有，需要修改/etc/sysctl.conf,在该文件中添加

net.ipv4.ip_forward=1

然后，运行sysctl -p命令应用更改。

• /32 表示单个IP地址，例如：192.168.1.1/32 表示只包括IP地址192.168.1.1。
• /24 表示一个子网，有256个IP地址，例如：192.168.1.0/24 包括从192.168.1.0到192.168.1.255的所有IP地址。
• /16 表示一个更大的子网，有65536个IP地址，例如：192.168.0.0/16 包括从192.168.0.0到192.168.255.255的所有IP地址。
• /8 表示一个更大的子网，有16777216个IP地址，例如：10.0.0.0/8 包括从10.0.0.0到10.255.255.255的所有IP地址。

K8S组网

待完善

参考文章

1. 填坑指南
2. WireGuard 安装与使用
3. 如何在Debian 11安装WireGuard VPN
4. 使用 WireGuard 搭建 VPN 访问家庭内网
5. CentOS 7 安装 WireGuard 详细教程
6. https://blog.csdn.net/qq_42766492/article/details/122159479
7. https://juejin.cn/post/7080010903256563748#heading-2
8. https://blog.csdn.net/x_mm_c/article/details/117999495
9. https://dev.admirable.pro/using-wireguard/
10. https://outti.me/use_google_one_vpn

整体响应式分三部分

1. Compact
2. Medium
3. Expanded

https://github.com/shikijs/shiki https://github.com/highlightjs/highlight.js https://github.com/PrismJS/prism

https://github.com/markedjs/marked https://github.com/markdown-it/markdown-it https://github.com/remarkjs/remark

”eslint“: javascript代码检测工具
"stylelint": css检测工具
"stylelint-config-standard": stylelint的推荐配置
"stylelint-order": css属性排序插件，合理的排序加快页面渲染
"stylelint-scss": 增加支持scss语法
"husky+lint-staged"：commit时候代码检查

{
"devDependencies": {
    "@babel/core": "^7.14.8",
    "@babel/plugin-transform-runtime": "^7.14.5",
    "@babel/preset-env": "^7.14.9",
    "@babel/preset-react": "^7.14.5",
    "@babel/preset-typescript": "^7.14.5",
    "@babel/runtime-corejs3": "^7.14.9",
    "@pmmmwh/react-refresh-webpack-plugin": "^0.5.1",
    "@types/react-dom": "^17.0.9",
    "@typescript-eslint/eslint-plugin": "^4.29.1",
    "@typescript-eslint/parser": "^4.29.1",
    "babel-loader": "^8.2.2",
    "cross-env": "^7.0.3",
    "css-loader": "^6.2.0",
    "css-minimizer-webpack-plugin": "^3.1.1",
    "dotenv": "^10.0.0",
    "dotenv-webpack": "^7.0.3",
    "eslint": "^7.32.0",
    "eslint-config-google": "^0.14.0",
    "eslint-config-prettier": "^8.3.0",
    "eslint-plugin-prettier": "^3.4.0",
    "eslint-plugin-react": "^7.24.0",
    "eslint-plugin-react-hooks": "^4.2.0",
    "html-webpack-plugin": "^5.3.2",
    "husky": "^7.0.2",
    "lint-staged": "^11.1.2",
    "mini-css-extract-plugin": "^2.4.2",
    "postcss-loader": "^6.2.0",
    "postcss-preset-env": "^6.7.0",
    "prettier": "^2.3.2",
    "react-refresh": "^0.10.0",
    "sass": "^1.40.1",
    "sass-loader": "^12.1.0",
    "style-loader": "^3.2.1",
    "stylelint": "^13.13.1",
    "tsconfig-paths-webpack-plugin": "^3.5.1",
    "typescript": "^4.3.5",
    "webpack": "^5.48.0",
    "webpack-cli": "^4.7.2",
    "webpack-dev-server": "^3.11.2",
    "webpack-merge": "^5.8.0"
  }
 }

tsconfig

tsconfig.json 文件包含了 TypeScript 编译器的配置信息

Vue

在一个 Vue TypeScript 项目中，下面是一个常用的配置：

React

在一个 React TypeScript 项目中，下面是一个常用的配置：

{
  "compilerOptions": {
    "target": "es6",
    "module": "esnext",
    "lib": ["dom", "dom.iterable", "esnext"],
    "jsx": "react",
    "strict": true,
    "esModuleInterop": true,
    "skipLibCheck": true,
    "forceConsistentCasingInFileNames": true
  },
  "include": ["src"]
}

eslint+prettier

Vue

# 按照依赖
npm install --save-dev eslint prettier eslint-plugin-vue eslint-config-prettier eslint-plugin-prettier husky lint-staged

// .eslintrc.js
module.exports = {
  root: true,
  env: {
    node: true,
  },
  extends: [
    "plugin:vue/essential",
    "eslint:recommended",
    "prettier",
    "prettier/vue",
  ],
  plugins: ["vue", "prettier"],
  parserOptions: {
    parser: "babel-eslint",
  },
  rules: {
    "prettier/prettier": [
      "error",
      {
        printWidth: 100,
        semi: true,
        singleQuote: true,
        trailingComma: "es5",
        arrowParens: "always",
      },
    ],
  },
};

// .prettierrc.js
module.exports = {
  printWidth: 100,
  semi: true,
  singleQuote: true,
  trailingComma: "es5",
  arrowParens: "always",
};

//package.json
{
  "husky": {
    "hooks": {
      "pre-commit": "lint-staged"
    }
  },
  "lint-staged": {
    "*.js": [
      "eslint --fix",
      "git add"
    ],
    "*.vue": [
      "eslint --fix",
      "git add"
    ]
  }
}

React

我们使用ESLint来Linting Code

1. 安装所需要的依赖项

yarn add eslint @typescript-eslint/parser @typescript-eslint/eslint-plugin --dev

2. 在项目根目录下添加.eslintrc.json

{
    "env": {
        "browser": true,
        "es2020": true,
        "node": true
    },
    "extends": [
        "plugin:promise/recommended",
        "plugin:react/recommended",
        "plugin:react-hooks/recommended",
        "plugin:@typescript-eslint/recommended",
        "prettier/@typescript-eslint",
        "plugin:prettier/recommended"
    ],
    "parser": "@typescript-eslint/parser",
    "parserOptions": {
        "ecmaFeatures": {
            "jsx": true
        },
        "ecmaVersion": 2020,
        "sourceType": "module"
    },
    "plugins": [
        "promise",
        "react",
        "@typescript-eslint",
        "react-hooks",
        "prettier"
    ],
    "rules": {
        "prettier/prettier": 2,
        "react-hooks/rules-of-hooks": 2,
        "react-hooks/exhaustive-deps": 1,
        "react/display-name": 0,
        "react/prop-types":0,
        "@typescript-eslint/no-var-requires": 0
    },
    "settings": {
        "react": {
            "version": "detect"
        }
    }
}

.eslintrc.json

{
    "env": {
        "browser": true,
        "es2020": true,
        "node": true
    },
    "extends": [
        "plugin:promise/recommended",
        "plugin:react/recommended",
        "plugin:react-hooks/recommended",
        "plugin:@typescript-eslint/recommended",
        "prettier/@typescript-eslint",
        "plugin:prettier/recommended"
    ],
    "parser": "@typescript-eslint/parser",
    "parserOptions": {
        "ecmaFeatures": {
            "jsx": true
        },
        "ecmaVersion": 2020,
        "sourceType": "module"
    },
    "plugins": [
        "promise",
        "react",
        "@typescript-eslint",
        "react-hooks",
        "prettier"
    ],
    "rules": {
      //0 关闭 1 警告 2 错误
        "prettier/prettier": 2,
        "react-hooks/rules-of-hooks": 2,
        "react-hooks/exhaustive-deps": 1,
        "react/display-name": 0,
        "react/prop-types":0,
        "@typescript-eslint/no-var-requires": 0
    },
    "settings": {
        "react": {
            "version": "detect"
        }
    }
}

yarn add prettier eslint-config-prettier eslint-plugin-prettier --dev

在项目根目录下添加.prettierrc

{
  "trailingComma": "all",
  "tabWidth": 2,
  "semi": true,
  "singleQuote": true,
  "endOfLine": "lf",
  "printWidth": 100,
  "bracketSpacing": true,
  "arrowParens": "always",
  "useTabs": false,
  "quoteProps": "as-needed",
  "jsxSingleQuote": true,
  "jsxBracketSameLine": false,
  "requirePragma": false,
  "insertPragma": false,
  "proseWrap": "preserve",
  "htmlWhitespaceSensitivity": "css",
  "vueIndentScriptAndStyle": false,
  "embeddedLanguageFormatting": "auto"
}

husky+lint-staged

Husky 和 lint-staged 是两个常用的 Git 钩子工具，可以帮助我们在 Git 提交前运行一些脚本，如代码风格检查、代码格式化等。

1. 安装 husky 和 lint-staged：

npm install husky lint-staged --save-dev

2. 在 package.json 文件中添加 husky 和 lint-staged 的配置：

{
  "husky": {
    "hooks": {
      "pre-commit": "lint-staged"
    }
  },
  "lint-staged": {
    "*.js": ["eslint --fix", "git add"]
  }
}

//.lintstagedrc.mjs
export default {
  "*.js": [
    "eslint --fix",
    "git add"
  ],
  "*.css": [
    "stylelint --fix",
    "git add"
  ]
}

上述配置的意思是在 Git 提交前运行 lint-staged，lint-staged 会检查所有的 .js 文件，对其中的代码运行 eslint --fix 命令进行代码风格检查和格式化，然后再将修改后的代码添加到 Git 中。 3. 在项目中添加 .eslintrc.js 文件来配置 ESLint，这里以 eslint-config-react-app 为例：

module.exports = {
  extends: 'react-app',
  rules: {
    // 在这里添加其他的规则
  }
};

4. 在 package.json 文件中添加 scripts 来运行代码检查和格式化：

{
  "scripts": {
    "lint": "eslint src",
    "prettier": "prettier src/**/*.js --write"
  }
}

{
  "husky": {
      "hooks": {
          "pre-commit": "lint-staged"
      }
  },
  "lint-staged": {
    "src/**/*.{ts,tsx,js,json,less,md}": [
      "prettier --write"
    ],
    "src/**/*.{ts,tsx,js}": [
      "eslint --config .eslintrc.json"
    ]
  }
}

Babel

yarn add @babel/preset-env @babel/preset-react @babel/preset-typescript @babel/plugin-transform-runtime -D

babel.config.json

{
  "presets": [
    "@babel/preset-env",
    "@babel/preset-react",
    "@babel/preset-typescript"
  ],
  "plugins": [
    "@babel/plugin-transform-runtime"
  ]
}

tsconfig.json

{
  "compilerOptions": {
    "target": "ES2020",
    "module": "commonjs",
    "allowJs": true,
    "jsx": "react",
    "declaration": false,
    "downlevelIteration": true,
    "strict": true,
    "noImplicitAny": true,
    "strictNullChecks": true,
    "moduleResolution": "node",
    "baseUrl": "./src",
    "paths": {
      "api/*": ["services/*"]
    },
    "types": ["node", "webpack-env"],
    "allowSyntheticDefaultImports": true,
    "esModuleInterop": true,
    "skipLibCheck": true,
    "forceConsistentCasingInFileNames": true
  },
  "exclude": ["config", "commitlint.config.js"]
}

.prettierrc

{
  "trailingComma": "all",
  "tabWidth": 2,
  "semi": true,
  "singleQuote": true,
  "endOfLine": "lf",
  "printWidth": 100,
  "bracketSpacing": true,
  "arrowParens": "always",
  "useTabs": false,
  "quoteProps": "as-needed",
  "jsxSingleQuote": true,
  "jsxBracketSameLine": false,
  "requirePragma": false,
  "insertPragma": false,
  "proseWrap": "preserve",
  "htmlWhitespaceSensitivity": "css",
  "vueIndentScriptAndStyle": false,
  "embeddedLanguageFormatting": "auto"
}

换行符

一般来说，换行符有两种类型：Windows风格的CRLF（回车换行）和Unix风格的LF（仅换行）。 windows和mac、linux默认的换行符不同，为了方便git版本管理，我们需要统一换行符

配置详解

eol (end of line)

#.gitignore
text eol=lf
*.jpg   binary
*.png   binary
*.gif   binary
*.svg   binary

已有项目更新换行符

1. Visual Studio Code：在打开的项目中，可以使用“查找和替换”功能来替换换行符。具体步骤如下：

• 打开要修改的文件夹或项目。
• 使用快捷键 Ctrl + Shift + F（Windows / Linux）或 Command + Shift + F（macOS）打开“查找和替换”面板。
• 在“查找”文本框中输入要替换的换行符类型，例如“\r\n”（Windows风格）或“\n”（Unix风格）。
• 在“替换为”文本框中输入要替换成的换行符类型，例如“\n”（Unix风格）或“\r\n”（Windows风格）。
• 点击“全部替换”按钮进行批量替换。

2. WebStorm

• 打开 WebStorm 并打开要修改的项目。
• 在 WebStorm 的菜单栏中选择 Edit（编辑）-> Find -> Replace in Path（替换路径中的内容）。
• 在弹出的对话框中，输入要查找的文本，在“搜索路径”中选择要替换的文件或文件夹，并在“替换为”字段中输入要替换成的换行符类型。
• 在“options”选项卡中，可以选择要搜索的文件类型，以及是否区分大小写等。
• 点击“Find”按钮，WebStorm 将在项目中查找符合要求的文本，并在底部面板中显示搜索结果。
• 点击“Replace”按钮，WebStorm 将批量替换符合要求的文本。

参考链接

• Using ESLint and Prettier in a TypeScript Project

requestIdleCallback() (RIC) 是一种浏览器 API，它可以在浏览器空闲时执行回调函数。由于它不会阻塞主线程，因此可以用于执行一些后台任务或预加载资源，以避免阻塞用户界面

基本语法

window.requestIdleCallback(callback[, options]);

其中，callback 是要运行的函数，options 是一个可选参数对象，可以设置回调函数的超时时间和调度优先级。例如：

window.requestIdleCallback(function() {
  console.log('这是一个任务');
}, { timeout: 2000 });

requestIdleCallback 的返回值是一个 ID，可以用于取消任务：

const requestId = window.requestIdleCallback(function() {
  console.log('这是一个任务');
});

window.cancelIdleCallback(requestId);

requestIdleCallback() 是一个浏览器 API，可以在主线程空闲时运行回调函数。这使得我们可以在不影响页面流畅性的情况下执行一些较重的操作。在优化 document.addEventListener 监听 scroll 事件时，可以使用 requestIdleCallback() 来推迟处理滚动事件，以减少滚动事件的处理次数。

import { useEffect, useRef } from 'react';

function handleScroll() {
  // 处理滚动事件
}

function useRequestIdleScroll() {
  const tickingRef = useRef(false);

  function requestTick() {
    if (!tickingRef.current) {
      requestIdleCallback(() => {
        handleScroll();
        tickingRef.current = false;
      });
      tickingRef.current = true;
    }
  }

  useEffect(() => {
    document.addEventListener('scroll', requestTick);
    return () => {
      document.removeEventListener('scroll', requestTick);
    };
  }, []);
}

function App() {
  useRequestIdleScroll();
  // 渲染组件
}

//useRequestIdleScroll.ts
import {useEffect, useRef} from "react";

function useRequestIdleScroll(handler: () => void) {
    const tickingRef = useRef(false);
    function requestTick() {
        if (!tickingRef.current) {
            requestIdleCallback(() => {
                handler();
                tickingRef.current = false;
            });
            tickingRef.current = true;
        }
    }

    useEffect(() => {
        document.addEventListener('scroll', requestTick);
        return () => {
            document.removeEventListener('scroll', requestTick);
        };
    }, []);
}
export default useRequestIdleScroll

RAF

requestAnimationFrame (RAF) 是一种浏览器 API，它可以在浏览器下一次重绘之前执行回调函数。由于它与浏览器的渲染循环同步，因此在使用动画或其他需要频繁更新的元素时非常有用。

window.requestAnimationFrame(callback);

其中，callback 是要运行的函数。该函数应该负责更新动画或其他页面元素，然后在下一次重新渲染页面之前再次调用 requestAnimationFrame。

function animate() {
  // 更新动画
  window.requestAnimationFrame(animate);
}

animate();

requestAnimationFrame 的返回值是一个 ID，可以用于取消动画：

const animationId = window.requestAnimationFrame(function() {
  // 更新动画
});

window.cancelAnimationFrame(animationId);

常见场景

1. 动画：requestAnimationFrame 是最常见的用例之一。通过在每个动画帧上更新元素的位置或样式，可以创建流畅的动画效果。使用 requestAnimationFrame 可以避免使用 setInterval 或 setTimeout 导致的不同步和性能问题。

2. 游戏：requestAnimationFrame 也非常适合用于游戏开发。在每个游戏循环中使用 requestAnimationFrame 更新游戏状态和元素位置可以确保游戏的流畅度和响应性。

3. 滚动：通过 requestAnimationFrame 更新页面的滚动位置，可以创建平滑的滚动效果，而不会出现卡顿或闪烁的情况。这在单页应用程序或长页面中非常有用。使用 requestAnimationFrame() 仍然可能会导致滚动事件处理函数的频率过高。因此，在实际应用中进行性能测试和调优非常重要，以确保代码可以在各种情况下正常运行

4. 图表：使用 requestAnimationFrame 可以在每个动画帧上更新图表的数据和样式，从而创建动态的、实时的图表效果。

5. 视频播放器：使用 requestAnimationFrame 可以在每个动画帧上更新视频的时间戳和播放状态，从而创建流畅的视频播放效果。

需要注意的是，requestAnimationFrame 的回调函数应该尽可能快地执行完毕，以确保动画的流畅度和响应性。如果需要执行更长时间的任务，可以将它们拆分为多个小任务，并使用 requestIdleCallback 在空闲时运行它们。

区别

requestIdleCallback 和 requestAnimationFrame 都是用于浏览器性能优化的 API，但它们的作用不同。requestIdleCallback 用于在浏览器空闲时运行任务，例如后台工作或预加载资源。requestAnimationFrame 则用于在每次重新渲染页面时更新动画或其他需要频繁更新的元素。

此外，requestIdleCallback 和 requestAnimationFrame 在性能和使用方面也有一些区别：

• 性能：requestIdleCallback 可以将任务拆分为多个小任务，因此它更适合执行耗时较长的任务。而 requestAnimationFrame 的回调函数应该尽可能快地执行完毕，以确保动画的流畅度。

• 兼容性：requestIdleCallback 是一个比较新的 API，尚未被所有浏览器支持。而 requestAnimationFrame 已经被广泛支持，可以在大多数现代浏览器中使用。

• 使用：requestIdleCallback 可以用于执行后台任务或预加载资源，以避免阻塞用户界面。而 requestAnimationFrame 适用于在页面中创建流畅的动画或其他需要频繁更新的元素。

使用建议 在实际项目中，我们可以根据具体场景来选择使用 requestIdleCallback 和 requestAnimationFrame。一般来说，我们应该优先选择 requestAnimationFrame 来更新动画或其他频繁更新的元素，以确保流畅度和性能。而对于一些后台任务或预加载资源，我们可以使用 requestIdleCallback 来避免阻塞用户界面。

另外，我们还可以结合使用这两个 API，例如在页面中创建复杂的动画时，我们可以使用 requestAnimationFrame 更新动画，同时在动画之外使用 requestIdleCallback 来执行一些后台任务或预加载资源，以提高用户体验。

总结

requestIdleCallback 和 requestAnimationFrame 都是用于浏览器性能优化的 API。requestIdleCallback 可以在浏览器空闲时运行任务，例如后台工作或预加载资源，而 requestAnimationFrame 则用于在每次重新渲染页面时更新动画或其他需要频繁更新的元素。在使用时，我们应该根据具体场景选择合适的 API，同时结合使用它们以提高用户体验。

首先在集群之外安装服务端

nfs-server

apt update
apt upgrade
apt install nfs-kernel-server

mkdir -p /srv/nfs/share #创建共享目录
chmod 777 /srv/nfs/share #分配权限
echo "/srv/nfs/share 192.168.100.0/24(rw,sync,no_root_squash,no_subtree_check)" >> /etc/exports
exportfs -rv //使配置生效

#验证挂载
showmount -e localhost
#Export list for localhost:
#/srv/nfs/share 192.168.100.0/22

nfs-client

所有节点安装nfs客户端!!⚠️

apt update
apt upgrade
apt-get install -y nfs-common
showmount -e 192.168.100.193
#Export list for 192.168.100.0:
#/srv/nfs/share 192.168.100.0/22

k8s 安装

驱动安装

参考https://github.com/kubernetes-csi/csi-driver-nfs/blob/master/docs/install-csi-driver-master.md

curl -skSL https://raw.githubusercontent.com/kubernetes-csi/csi-driver-nfs/master/deploy/install-driver.sh | bash -s master --

StorageClass

参考https://github.com/kubernetes-csi/csi-driver-nfs/blob/master/deploy/storageclass.yaml 博主直接使用

kubtctl apply -f https://git.ooxo.cc/k8s/yaml/raw/branch/main/storageclass-nfs.yaml

参考资料

• https://github.com/kubernetes-csi/csi-driver-nfs/blob/master/deploy/example/storageclass-nfs.yaml
• https://www.cnblogs.com/layzer/articles/nfs-csi-use.html
• https://github.com/kubernetes-csi/csi-driver-nfs/blob/master/docs/install-csi-driver-master.md
• kubernetes配置安装nfs
• NFS 服务器安装及客户端挂载
• 一文读懂 Kubernetes 存储设计
• 史上最全之K8s使用nfs作为存储卷的五种方式
• NFS服务原理及配置

• 公司有JR的正版授权，主力都用JR全家桶。普通文本编辑用的VS CODE。
• 1password,强烈安利。所有的密码都是它生成和记住的。我只需记住一个主密码就行了
• simplelogin 匿名邮箱，每个网站注册留下的邮箱都是我的自定义域名的随机前缀邮箱，不想用了就删除就行了
• 从钉钉转到了飞书，只能说 相见恨晚

硬件

• APPLE TV 日本亚马逊购入，使用体验很好
• MAC M1PRO 公司发的，风扇从来没有转过。家里的intel的mac开机没一会就呼呼了
• 软路由+AD HOME 实现了广告入户拦截

服务

2022年购买了 netflix disneyplus youtube 爱奇艺 优酷 腾讯 京东 淘宝会员。后续视频会员可能不会再续费了，全是广告，不如看云盘

工作

年初因为原先的公司搬家到很远的地方，换了一份离家近的工作。确实舒服了很多

其他

• 博客后端springboot重构成了midway框架
• jenkins换成了drone
• 入坑了PT

2023

• apple watch 计划中
• switch 优先级不高
• 工作上再主动一点，多涉及其他领域的一些技能和业务。

本文具有时效性，2022年12月

需求背景

家有旧电脑一台，需要再搭建一台家用服务器。决定把旧电脑改造成家用服务器，新购入硬件当家用计算机

现有配置

计划升级方案

给家里主机淘宝购入亮机卡GT610,RX580拆下用来组装新主机，观察功耗，50W以内为合格。

考虑到后续售后问题，全部京东购入。 目测板U套比淘宝贵500至1000

新主机配置如下

硬盘对比

固态硬盘

• 综上购入三星980PRO-1T,五年质保。
• 后续计划购入TiPro7000-2T做第二块硬盘

内存

附录

板U套

全部来源JD

• 12400+华硕B660M-K D4 ¥2304。推荐+1 现货

• 12400+华硕B660M-E D4 ¥2354。

• 12400+华硕B660M-PLUS D4 ¥2534 性能冗余 给 i7-12700F用。现货

• 12400F+华硕B660M-PLUS D4 ¥2324 性能冗余 给 i7-12700F用。现货

• 12400+微星B660M-MORTAR D4 ¥2654 缺货

• 12400F+微星B660M-MORTAR D4 ¥2444 缺货

• 5600G+华硕B550M-PLUS ¥1628 缺货

• 5600G+微星B550M-MORTAR D4 ¥1849 现货

单买

• 京东 华硕B660M-PLUS ¥1099
• 京东 微星B660M-MORTAR D4 ¥1199
• 淘宝 12400 ¥1109

随着我们接触的应用越来越多，需要记得账号密码也越来越多，邮箱的垃圾信息也越来越多

邮箱

注册应用最好不要使用自己主要邮箱注册，最好使用匿名邮箱,博主使用的是simplelogin,30$/year，使用学生邮箱 15$/year。 可以使用自定义域名。注册网站时使用一个随机邮箱，通常是 webName-uuid@domain.com

TL;DR

• Apple全家桶可以选择icloud+
• Fastmail+1Password功能强，性价比不是很高
• SimpleLogin性价比最高
• FirefoxRelay免费，功能简单

主流邮箱

• gmail
• outlook
• protonMail
• bitwarden

匿名邮箱

FirefoxRelay

• FirefoxRelay⁩
• 使用简单，支持chrome插件
• 免费版5个别名
• 付费版$0.99/m

SimpleLogin

• 开源
• SimpleLogin

iCloud

• 6R/m
• 使用繁琐

Fastmail

• fastmail
• 配合1password

DuckDuckGo

• 必须安装浏览器插件

其他邮箱

• zoho
• yandex

密码

密码选择1password,全平台同步

Multipass 是一个轻量虚拟机管理器，是由 Ubuntu 运营公司 Canonical 所推出的开源项目。运行环境支持 Linux、Windows、macOS。在不同的操作系统上，使用的是不同的虚拟化技术。在 Linux 上使用的是 KVM、Window 上使用 Hyper-V、macOS 中使用 HyperKit 以最小开销运行 VM，支持在笔记本模拟小型云。

官网 https://multipass.run/

安装

mac https://formulae.brew.sh/cask/multipass

brew install --cask multipass
brew uninstall multipass
brew uninstall --zap multipass # to destroy all data, too

其他

常用命令

multipass --version
multipass find
multipass launch -n test01 -c 2 -m 4G -d 10G
multipass shell test01

自定义配置创建可以参考如下方式: -n, –name: 名称 -c, –cpus: cpu 核心数, 默认: 1 -m, –mem: 内存大小, 默认: 1G -d, –disk: 硬盘大小, 默认: 5G

# 启动实例
$ multipass start test01
# 停止实例
$ multipass stop test01
# 删除实例（删除后，还会存在）
$ multipass delete test01
$ multipass shell master
# 释放实例（彻底删除）
$ multipass purge test01
$ multipass purge

路由器主要分为软路由和硬路由。如果你还不知道什么是软路由，点击这里。个人比较推荐软路由做网关，买个硬路由mesh组网的形式

软路由推荐

海鲜市场买个工控机，自己编译openwrt刷进去即可

硬路由推荐

AX86U做主节点，AX56U做子节点

CPU选择

AMD

锐龙（Ryzen）系列分3、5、7、9四个定位档次

• u表示笔记本低压、定位轻薄本
• H表示笔记本标压、定位性能本
• X=自动超频版，
• XT:代表官方优选型号 拥有更强的超频能力，
• W=高性能/渲染强，
• G=带核显，
• E=降低功耗，
• K=不锁倍/基本所有的AMD的CPU都支持超频，
• HS：低功耗标压，
• HX：支持超频的标压，
• E=笔记本超低压，
• 没有后缀:不完整地支持AMD官方超频XFR技术

总结2022.12

• 物理机Openwrt J4125
• 需要核显 5700G 5600G 12400
• 不需要核显 12400F 5600

最终方案

• 12400
• b660m
• 16G*2
• 1T*2

如何测速

• https://www.speedtest.net/
• https://fast.com/zh/cn/

信道

国内5G最初只开放了149-165信道，后来工信部开放了36-48信道， 对于日版switch玩家，同时又是澳大利亚区玩家最好改成美区

建议固定信道，不要自适应

• 2.4G 1、6和11信道
• 5G 36、48、149和161的頻道

国内能用的160MHz信道只有一组，8个，36, 40, 44, 48, 52, 56, 60, 64。设置36和44效果没有区别，都是用这8个20MHz信道通信。

• https://zhuanlan.zhihu.com/p/403722934
• https://zhuanlan.zhihu.com/p/445806964
• https://github.com/AdguardTeam/AdGuardHome

AdGuardHome

Github https://github.com/AdguardTeam/AdGuardHome

宿主机直接安装

curl -s -S -L https://raw.githubusercontent.com/AdguardTeam/AdGuardHome/master/scripts/install.sh | sh -s -- -v
curl -sSL https://raw.githubusercontent.com/AdguardTeam/AdGuardHome/master/scripts/install.sh | sh

sudo ./AdGuardHome

• AdGuardHome -s install -安装AdGuard Home服务。
• AdGuardHome -s uninstall -卸载AdGuard Home服务。
• AdGuardHome -s start -启动服务。
• AdGuardHome -s stop -停止服务。
• AdGuardHome -s restart -重新启动服务。
• AdGuardHome -s status -显示当前服务状态。

docker安装

docker run --name adguardhome\
    --restart unless-stopped\
    -v /my/own/workdir:/opt/adguardhome/work\
    -v /my/own/confdir:/opt/adguardhome/conf\
    -p 53:53/tcp -p 53:53/udp\
    -p 67:67/udp -p 68:68/udp\
    -p 80:80/tcp -p 443:443/tcp -p 443:443/udp -p 3000:3000/tcp\
    -p 853:853/tcp\
    -p 784:784/udp -p 853:853/udp -p 8853:8853/udp\
    -p 5443:5443/tcp -p 5443:5443/udp\
    -d adguard/adguardhome

通常会有端口冲突，改一下冲突的端口

上游dns设置（腾讯&阿里）

• DNS over HTTPS:

  • https://dns.alidns.com/dns-query
  • https://doh.pub/dns-query

• DNS over TLS：

  • tls://dns.alidns.com
  • tls://dns.pub

• https://nextdns.io/zh

• https://adguard-dns.io/kb/

• https://zhuanlan.zhihu.com/p/514766693

• https://sspai.com/post/63088

• https://isedu.top/index.php/archives/23/

规则设置

• https://github.com/privacy-protection-tools
• https://adaway.org/hosts.txt
• https://anti-ad.net/easylist.txt

Clash和AdGuardHome共用

关闭openclash的dns劫持，dnsmasq转发dns到ad上，openclash使用自己的dns，流量先经过ad过滤，再到达openclash

DDNS

DDNS将用户的动态IP地址映射到一个固定的域名解析服务上 我们使用阿里云来实现ddns，已有开源方案 https://github.com/jeessy2/ddns-go

wget https://github.com/jeessy2/ddns-go/releases/download/v4.2.0/ddns-go_4.2.0_Linux_x86_64.tar.gz
nohup ./ddns-go >/dev/null 2>&1 &

NAS

• 写盘工具 https://sourceforge.net/projects/win32diskimager/

• PVE虚拟机 https://www.proxmox.com/en/downloads

• 开源NAS OS https://www.truenas.com/ 写盘工具踩坑后推荐

• rufus dd格式

• 软碟通 raw格式

• balenaetcher

口令
ESXi 8 4V492-44210-48830-931GK-2PRJ4
ESXi 8 4F40H-4ML1K-M89U0-0C2N4-1AKL4
ESXi 8 HG00K-03H8K-48929-8K1NP-3LUJ4

PVE

openwrt 刷进PVE

qm importdisk 105 /var/lib/vz/template/iso/openwrt-x86-64-generic-ext4-combined-efi.img local-lvm

Emby

Plex

Jellyfin

PT

• qbittorrent 默认账号密码 admin/adminadmin

version: "3"
services:
  qbittorrent:
    image: linuxserver/qbittorrent
    container_name: qbittorrent
    environment:
      - PUID=0
      - PGID=0
      - WEBUI_PORT=8180
    volumes:
      - /root/qbittorrent/appdata/config:/config
      - /root/qbittorrent/downloads:/downloads
    restart: unless-stopped
    devices:
      - /dev/dri:/dev/dr
    ports:
      - 8180:8180
      - 16881:16881
      - 16881:16881/udp
  transmission:
    image: linuxserver/transmission 
    container_name: transmission 
    environment:
      - PUID=0
      - PGID=0
      - USER=admin
      - PASS=dub_ajd4MKB_ujvtmn
    volumes:
      - /root/transmission/data:/config
      - /root/transmission/downloads:/downloads
      - /root/transmission/watch/folder:/watch
    ports:
      - 9091:9091
      - 51413:51413
      - 51413:51413/udp
    restart: unless-stopped

GITEA

wget -O gitea https://dl.gitea.io/gitea/1.17.3/gitea-1.17.3-linux-amd64
cd ../
chown -R git:git ./gitea
su git
chmod +x gitea
./gitea web

https://docs.gitea.io/zh-cn/ https://git.oocc.es/

setcap cap_net_bind_service=+eip /path/to/application
setcap -r /path/to/application

监控

https://zzfzzf.com/post/6972548384863424532

自动化测试能够预防无意引入的 bug，并鼓励开发者将应用分解为可测试、可维护的函数、模块、类和组件。这能够帮助你和你的团队更快速、自信地构建复杂的 Vue 应用。

何时测试

越早越好！我们建议你尽快开始编写测试。拖得越久，应用就会有越多的依赖和复杂性，想要开始添加测试也就越困难。

测试的类型

当设计你的 Vue 应用的测试策略时，你应该利用以下几种测试类型：

• 单元测试：检查给定函数、类或组合式函数的输入是否产生预期的输出或副作用。
• 组件测试：检查你的组件是否正常挂载和渲染、是否可以与之互动，以及表现是否符合预期。这些测试比单元测试导入了更多的代码，更复杂，需要更多时间来执行。
• 端到端测试：检查跨越多个页面的功能，并对生产构建的 Vue 应用进行实际的网络请求。这些测试通常涉及到建立一个数据库或其他后端。

每种测试类型在你的应用的测试策略中都发挥着作用，保护你免受不同类型的问题的影响。

编码注意点

组件分容器组件和逻辑组件，逻辑组件只消费props数据，容器组件处理副作用，用来接口交互等等

单元测试

单元测试将捕获函数的业务逻辑和逻辑正确性的问题

组件测试

• 对于 视图 的测试：根据输入 prop 和插槽断言渲染输出是否正确。
• 对于 交互 的测试：断言渲染的更新是否正确或触发的事件是否正确地响应了用户输入事件。

端到端测试

端到端测试的重点是多页面的应用表现，针对你的应用在生产环境下进行网络请求。他们通常需要建立一个数据库或其他形式的后端，甚至可能针对一个预备上线的环境运行

vue3+vite应用接入方案

vitest+cypress

具体实施

consol

• K3s是Rancher实验室的一个轻量级Kubernetes发行版
• 文档
• fleet
• github-demo
• 入门教程

准备

• centos7.9-1 192.168.100.105
• centos7.9-2 192.168.100.124 安装好docker，开启端口

yum update 
curl -fsSL https://get.docker.com | bash -s docker --mirror Aliyun systemctl start docker # 启动docker 
systemctl enable docker # 开机自动启动
docker systemctl restart docker # 重启docker

firewall-cmd --zone=public --add-port=0-65535/udp --permanent
firewall-cmd --zone=public --add-port=0-65535/tcp --permanent
firewall-cmd --reload
firewall-cmd --query-port=6443/tcp

安装k3s

master

curl -sfL https://get.k3s.io | K3S_KUBECONFIG_MODE="644" K3S_NODE_NAME="node1" sh -s -

k3s kubectl get node

cat /var/lib/rancher/k3s/server/node-token

systemctl restart k3s
systemctl restart k3s-agent

#云服务器
curl -sfL https://rancher-mirror.rancher.cn/k3s/k3s-install.sh | INSTALL_K3S_MIRROR=cn K3S_KUBECONFIG_MODE="644" K3S_NODE_NAME="node1" sh -s - --node-external-ip public_ip

cluster

检查是否ping通master curl -vk https://192.168.100.105:6443/cacerts

curl -sfL https://get.k3s.io | K3S_KUBECONFIG_MODE="644" K3S_NODE_NAME="k8s-worker-01" K3S_URL=https://192.168.100.124:6443 K3S_TOKEN=mynodetoken sh -

#云服务器
curl -sfL https://rancher-mirror.rancher.cn/k3s/k3s-install.sh | INSTALL_K3S_MIRROR=cn K3S_KUBECONFIG_MODE="644" K3S_NODE_NAME="node2" K3S_URL=https://内网ip:6443 K3S_TOKEN=token sh - 

k3s kubectl get node

kubectl get nodes kubectl get nodes -o wide

kubectl cluster-info

部署实例

# 部署
kubectl apply -f deployment.yml

kubectl apply -f service.yml
# 查看 pod
kubectl get po -o wide

# 查看 serivce
kubectl get svc


kubectl apply -f ingress.yml

卸载

/usr/local/bin/k3s-uninstall.sh

常用命令

#查看node的使用情况
kubectl top nodes
#查看 pod 的使用情况
kubectl top pod
kubectl top pod -n kube-system

kubectl get pods

kubectl get pods -o wide

kubectl get svc

kubectl get ingress

# 查看目前所有的pod
kubectl get po 
# 查看目前所有的replica set
kubectl get rs 
# 查看目前所有的deployment
kubectl get deployment
# 查看my-nginx pod的详细状态
kubectl describe po my-nginx 
# 查看my-nginx replica set的详细状态
kubectl describe rs my-nginx 
# 查看my-nginx deployment的详细状态
kubectl describe deployment my-nginx 

helm

https://helm.sh/zh/docs/intro/quickstart/

#安装
curl https://raw.githubusercontent.com/helm/helm/main/scripts/get-helm-3 | bash
#修改配置路径
export KUBECONFIG=/etc/rancher/k3s/k3s.yaml

F&Q

1. traefik不会转发X-Forwarded-For等头 添加/var/lib/rancher/k3s/server/manifests/traefik-config.yaml文件

#https://medium.com/@_jonas/traefik-kubernetes-ingress-and-x-forwarded-headers-82194d319b0e
# /var/lib/rancher/k3s/server/manifests/traefik-config.yaml
apiVersion: helm.cattle.io/v1
kind: HelmChartConfig
metadata:
  name: traefik
  namespace: kube-system
spec:
  valuesContent: |-
    additionalArguments:
      - "--serversTransport.insecureSkipVerify=true"
    dashboard:
      enabled: true
    ports:
      traefik:
        expose: true
      psql:
        port: 5432
        expose: true
        exposedPort: 5432
        protocol: TCP
      kafka:
        port: 9092
        expose: true
        exposedPort: 9092
        protocol: TCP
      redis:
        port: 6379
        expose: true
        exposedPort: 6379
        protocol: TCP
      elasticsearch:
        port: 9200
        expose: true
        exposedPort: 9200
        protocol: TCP

重启pod

#滚动重启方法(推荐)
kubectl rollout restart deployment/bytebase
kubectl rollout restart deployment nginx-deploy
#环境变量方法
kubectl set env deployment nginx-deploy DEPLOY_DATE="$(date)"
#副本扩/缩容
kubectl scale --replicas=0 deployment nginx-deploy
kubectl scale --replicas=N deployment nginx-deploy
kubectl scale --replicas=0 -f https://git/blog.yaml

kubectl describe pods my-pod
kubectl get services                          # 列出当前命名空间下的所有 services
kubectl get pods --all-namespaces             # 列出所有命名空间下的全部的 Pods
kubectl get pods -o wide                      # 列出当前命名空间下的全部 Pods，并显示更详细的信息
kubectl get deployment my-dep                 # 列出某个特定的 Deployment
kubectl get pods                              # 列出当前命名空间下的全部 Pods
kubectl get pod my-pod -o yaml                # 获取一个 pod 的 YAML
kubectl delete pods <pod> --grace-period=0 --force

下线节点

#配置节点不可调度
kubectl cordon <NODE_NAME>
#删除pod
kubectl delete pod -n <NAMESPACE> <POD_NAME>
#删除node
kubectl delete node <NODE_NAME>

https配置

//tls.crt
cat fullchain.cer | base64 -w0
//tls.key
cat cert.key | base64 -w0
kubectl get secret ooxo.cc-tls-secret
kubectl get secret ooxo.cc-tls-secret -o jsonpath='{.data.tls\.crt}' | base64 --decode
kubectl get secret ooxo.cc-tls-secret -o jsonpath='{.data.tls\.key}' | base64 --decode

附录

• https://icloudnative.io/posts/deploy-k3s-cross-public-cloud

• https://zhuanlan.zhihu.com/p/479989816

• https://juejin.cn/post/6952331691524358174#heading-59

首先比较划算的是以下三个活动

• 新人优惠
• 双11
• 618

长期选择

阿里云

• 轻量香港 24/月 2V1G（缺货）
• 轻量香港 34/月 2V2G（有货）
• 官网

腾讯云

• 轻量香港 32/月 2V2G（缺货）
• 官网

AWS

• AWS Lightsail
• AWS EC2
• 需要绑定信用卡

digitalocean

• 需要绑定信用卡或者paypal
• 1V1G $6/月

linode

• 1V1G $5/月

lightnode

• 1V2G $7.71/月

vultr

• https://vultr.com/
• 1V1G. 6$/月
• 支持支付宝
• 没有香港，只有东京和新加坡和汉城
• 性价比高

buyvm

https://my.frantech.ca/

OVH VPS

https://www.ovhcloud.com/en/vps/

Snowflake，雪花算法是由Twitter开源的分布式ID生成算法，以划分命名空间的方式将 64-bit位分割成多个部分，每个部分代表不同的含义。

二进制

位运算异或( ^ ) ，左移( << ) ，与( & )，或( | )

具体实现

class SnowflakeIdGenerate {
  private START_STMP = 0;
  private SEQUENCE_BIT = 12;
  private MACHINE_BIT = 5;
  private DATACENTER_BIT = 5;
  private MAX_DATACENTER_NUM = -1 ^ (-1 << this.DATACENTER_BIT);
  private MAX_MACHINE_NUM = -1 ^ (-1 << this.MACHINE_BIT);
  private MAX_SEQUENCE = -1 ^ (-1 << this.SEQUENCE_BIT);

  private MACHINE_LEFT = this.SEQUENCE_BIT;
  private DATACENTER_LEFT = this.SEQUENCE_BIT + this.MACHINE_BIT;
  private TIMESTMP_LEFT = this.DATACENTER_LEFT + this.DATACENTER_BIT;

  private datacenterId; //数据中心
  private machineId; //机器标识
  private sequence = 0; //序列号
  private lastStmp = -1; //上一次时间戳

  constructor(machineId = 1, datacenterId = 1) {
    if (this.machineId > this.MAX_MACHINE_NUM || this.machineId < 0) {
      throw new Error(
        'config.worker_id must max than 0 and small than maxWrokerId-[' +
          this.MAX_MACHINE_NUM +
          ']'
      );
    }
    if (this.datacenterId > this.MAX_DATACENTER_NUM || this.datacenterId < 0) {
      throw new Error(
        'config.data_center_id must max than 0 and small than maxDataCenterId-[' +
          this.MAX_DATACENTER_NUM +
          ']'
      );
    }
    this.machineId = machineId;
    this.datacenterId = datacenterId;
  }

  private getNewstmp = (): number => {
    return Date.now();
  };

  private getNextMill = (): number => {
    let timestamp = this.getNewstmp();
    while (timestamp <= this.lastStmp) {
      timestamp = this.getNewstmp();
    }
    return timestamp;
  };

  nextId = (): string => {
    let timestamp: number = this.getNewstmp();
    if (timestamp < this.lastStmp) {
      throw new Error(
        'Clock moved backwards. Refusing to generate id for ' +
          (this.lastStmp - timestamp)
      );
    }
    if (this.lastStmp === timestamp) {
      this.sequence = (this.sequence + 1) & this.MAX_SEQUENCE;
      if (this.sequence === 0) {
        timestamp = this.getNextMill();
      }
    } else {
      this.sequence = 0;
    }
    this.lastStmp = timestamp;
    const timestampPos =
      BigInt(timestamp - this.START_STMP) *
      BigInt(2) ** BigInt(this.TIMESTMP_LEFT);
    const dataCenterPos = BigInt(this.datacenterId << this.DATACENTER_LEFT);
    const workerPos = BigInt(this.machineId << this.MACHINE_LEFT);
    return (
      timestampPos |
      dataCenterPos |
      workerPos |
      BigInt(this.sequence)
    ).toString();
  };
}

chatgpt的实现

class Snowflake {  
  private readonly epoch: number = 1620950400000; // 开始时间戳，2021-05-14 00:00:00 UTC+8  
  private readonly workerIdBits: number = 5; // 机器 ID 所占的位数  
  private readonly datacenterIdBits: number = 5; // 数据中心 ID 所占的位数  
  private readonly maxWorkerId: number = ~(-1 << this.workerIdBits); // 最大机器 ID，2^5-1  
  private readonly maxDatacenterId: number = ~(-1 << this.datacenterIdBits); // 最大数据中心 ID，2^5-1  
  private readonly sequenceBits: number = 12; // 序列号所占的位数  
  private readonly workerIdShift: number = this.sequenceBits; // 机器 ID 左移位数，即序列号占用的位数  
  private readonly datacenterIdShift: number = this.sequenceBits + this.workerIdBits; // 数据中心 ID 左移位数  
  private readonly timestampLeftShift: number =  
    this.sequenceBits + this.workerIdBits + this.datacenterIdBits; // 时间戳左移位数  
  private sequenceMask: number = ~(-1 << this.sequenceBits); // 序列号的掩码，2^12-1  
  private sequence: number = 0; // 当前序列号  
  private lastTimestamp: number = -1; // 上次生成雪花 ID 的时间戳  
  private readonly workerId: number; // 当前机器 ID  private readonly datacenterId: number; // 当前数据中心 ID  
  /**   * 构造函数  
   * @param workerId 机器 ID  
   * @param datacenterId 数据中心 ID  
   */  constructor(workerId: number, datacenterId: number) {  
    if (workerId > this.maxWorkerId || workerId < 0) {  
      throw new Error(`workerId must be between 0 and ${this.maxWorkerId}`);  
    }  
    if (datacenterId > this.maxDatacenterId || datacenterId < 0) {  
      throw new Error(`datacenterId must be between 0 and ${this.maxDatacenterId}`);  
    }  
    this.workerId = workerId;  
    this.datacenterId = datacenterId;  
  }  
  
  /**  
   * 生成下一个雪花 ID  
   * @returns 64 位的雪花 ID  
   */  nextId(): string {  
    let timestamp = this.timeGen();  
    if (timestamp < this.lastTimestamp) {  
      throw new Error(  
        `Clock moved backwards. Refusing to generate id for ${  
          this.lastTimestamp - timestamp  
        } milliseconds`,  
      );  
    }  
    if (this.lastTimestamp === timestamp) {  
      this.sequence = (this.sequence + 1) & this.sequenceMask;  
      if (this.sequence === 0) {  
        timestamp = this.tilNextMillis(this.lastTimestamp);  
      }  
    } else {  
      this.sequence = 0;  
    }  
    this.lastTimestamp = timestamp;  
    const id =  
      ((timestamp - this.epoch) << this.timestampLeftShift) |  
      (this.datacenterId << this.datacenterIdShift) |  
      (this.workerId << this.workerIdShift) |  
      this.sequence;  
    return id.toString();  
  }  
  
  /**  
   * 获取当前时间  
   *  
   */  
  private timeGen(): number {  
    return Date.now();  
  }  
  
  /**  
  
   等待下一毫秒，直到返回新的时间戳  
   @param lastTimestamp 上次生成雪花 ID 的时间戳  
   @returns 新的时间戳  
   */  
  private tilNextMillis(lastTimestamp: number): number {  
    let timestamp = this.timeGen();  
    while (timestamp <= lastTimestamp) {  
      timestamp = this.timeGen();  
    }  
    return timestamp;  
  }  
}

• 官网 https://prometheus.io/

安装

kubectl apply -f https://git.ooxo.cc/k8s/yaml/raw/branch/main/prom/prom.yaml

使用docker-compose部署

• /root/docker-compose.yml
• /root/prometheus.yml
• /root/targets.json

version: '3'
services:
  prometheus:
    image: prom/prometheus
    restart: always
    volumes:
      - '/root/prometheus/rules:/etc/prometheus/rules'
      - '/root/prometheus/prometheus.yml:/etc/prometheus/prometheus.yml'
      - '/root/prometheus/targets.json:/etc/prometheus/targets.json'
    command:
      - '--config.file=/etc/prometheus/prometheus.yml'
      - '--web.enable-lifecycle'
    ports:
      - '9090:9090'
  blackbox:
    image: prom/blackbox-exporter
    restart: always
    ports:
      - '9115:9115'
  alertmanager:
    image: prom/alertmanager
    restart: always
    ports:
      - '9093:9093'
    volumes:
       - /root/prometheus/alertmanager.yml:/etc/alertmanager/alertmanager.yml
  grafana:
    image: grafana/grafana
    ports:
      - "3000:3000"
    restart: always

grafana

安装

推荐使用 Kubernetes 安装 Grafana，可以参考 Grafana 官方文档。如果在内网环境中，可以直接执行以下命令：

kubectl apply -f https://git.ooxo.cc/k8s/yaml/src/branch/main/prom/grafana.yaml

也可以使用 Docker Compose 进行安装，详细教程可以参考 MidwayJS 文档。

配置数据源

在 https://grafana.ooxo.cc/connections/datasources 中添加prometheus数据源，
地址为https://prom.ooxo.cc

• 可用docker-compose.yml运行
• 默认账号密码 admin/admin
• 插件市场 https://grafana.com/grafana/dashboards/

仪表盘

在 Grafana 仪表盘导入页面 导入以下常用的仪表盘 ID：

• 16098：Linux 主机监控
• 9965：黑盒监控
• 14403：Midway 服务监控

linux监控

• docker
• 可执行文件
• nohup ./node_exporter >/dev/null 2>&1 &
• Grafana 面板ID 16098

黑盒监控

nohup ./blackbox_exporter --config.file="./blackbox.yml" --web.listen-address=":9098" --log.level=debug > /dev/null 2>&1 &

• Grafana 面板ID 9965

Spring Boot是由Pivotal团队提供的全新框架，其设计目的是用来简化新Spring应用的初始搭建以及开发过程。 该框架使用了特定的方式来进行配置，从而使开发人员不再需要定义样板化的配置。

midway

Midway 是阿里巴巴 - 淘宝前端架构团队，基于渐进式理念研发的 Node.js 框架，通过自研的依赖注入容器，搭配各种上层模块，组合出适用于不同场景的解决方案。

未完待续

也许你需要的 jenkins 部署教程

也许有人会问,为啥不用 Github action、CircleCI、TravisCI、TeamCity

1. 有运行时长限制（虽然个人项目应该用不完，但是强迫症不能忍受）
2. 也有用github action，比如npm 自动发包就用的github action。deploy到国内服务器网速问题

几个优点

• 开源，强大的社区支持
• 基础docker，一切都在docker上运行
• 支持跟市场上绝大部分git仓库集成
• 基于 yaml 配置
• 编写插件即编写一个docker镜像，可使用你喜欢的语言（还是go好用

drone start

• 官方文档

我们使用docker-compose 安装 drone server和和runner

1. 首先创建网络docker network create drone
2. 创建docker-compose.yml Drone 的部署分为 Server(Drone-Server) 和 Agent(Drone-agent):

• Server端：负责后台管理界面以及调度
• Agent端：负责具体的任务执行

为了便于管理容器，采用docker-compose.yml去部署

version: '3.9'
networks:
  drone:
    name: drone
    driver: bridge
services:
  db:
    image: postgres:latest
    container_name: drone_db
    restart: always
    networks:
      - drone
    ports:
      - '5432:5432'
    environment:
      - POSTGRES_USER=drone
      - POSTGRES_PASSWORD=drone
      - POSTGRES_DB=drone
    volumes:
      - /volumes/drone/db:/var/lib/postgresql/data
  server:
    image: drone/drone:2
    container_name: drone_server
    restart: always
    networks:
      - drone
    ports:
      - '80:80'
      - '443:443'
    environment:
      - DRONE_TLS_AUTOCERT=true
      - DRONE_SERVER_PROTO=https
      - DRONE_SERVER_HOST=https://drone.your-domain.com
      - DRONE_RPC_SECRET=DRONE_RPC_SECRET
      - DRONE_WEBHOOK_ENDPOINT=http://webhook:3000
      - DRONE_WEBHOOK_SECRET=add8b88f1a7ff15cbcb5bdb6bd081b70
      - DRONE_DATABASE_DRIVER=postgres
      - DRONE_WEBHOOK_EVENTS=build:created,build:updated
      - DRONE_DATABASE_DATASOURCE=postgres://drone:drone@db/drone?sslmode=disable
      - DRONE_USER_CREATE=username:zzfn,admin:true
      - DRONE_USER_CREATE=username:prometheus,admin:true,machine:true,token:c576f2bd2d218d1ffd583c2db868d8c7
      - DRONE_GITHUB_CLIENT_ID=DRONE_GITHUB_CLIENT_ID
      - DRONE_USER_FILTER=zzfn,prometheus
      - DRONE_GITHUB_CLIENT_SECRET=DRONE_GITHUB_CLIENT_SECRET
    volumes:
      - /var/lib/drone:/data
    depends_on:
      - db
  runner:
    image: drone/drone-runner-docker:1
    container_name: drone_runner
    restart: always
    networks:
      - drone
    ports:
      - '3000:3000'
    environment:
      - DRONE_RUNNER_NAME=docker-runner
      - DRONE_RUNNER_CAPACITY=2
      - DRONE_RPC_PROTO=http
      - DRONE_RPC_HOST=server
      - DRONE_RPC_SECRET=DRONE_RPC_SECRET
    volumes:
      - /var/run/docker.sock:/var/run/docker.sock
    depends_on:
      - server
  webhook:
    image: registry.cn-shanghai.aliyuncs.com/zzf2001/drone-webhook:latest
    container_name: drone_webhook
    restart: always
    networks:
      - drone
    ports:
      - '6000:3000'
    environment:
      - DRONE_SECRET=DRONE_SECRET
      - PLUGIN_WEBHOOK=https://open.feishu.cn/open-apis/bot/v2/hook/xxxxxx
      - PLUGIN_SECRET=PLUGIN_SECRET
      - PLUGIN_BASE=https://drone.your-domain.com/

1. 替换DRONE_RPC_SECRET DRONE_GITHUB_CLIENT_ID DRONE_GITHUB_CLIENT_SECRET
2. 运行容器 docker compose up -d

F&Q

1. 在迁移数据库后自增id会冲突

SELECT setval('orgsecrets_secret_id_seq', 100);
//找出最大值设置
SELECT setval('orgsecrets_secret_id_seq', COALESCE((SELECT MAX(secret_id)+1 FROM orgsecrets), 1), false);

插件系统

• 官方插件市场

  插件其实就是一个个的docker容器，使用插件也很简单

kind: pipeline
type: docker
name: default

steps:
  - name: webhook
    image: zzfn/webhook
    settings:
      url: http://hook.zzfn.com
      method: post
      body: |
        hello world

如果官方插件市场没有我们需要的插件我们可以自己去实现一个插件，我已经实现了4个插件，大家可以使用

• https://github.com/drone-plugin
• 环境变量
• 自定义插件最好使用go实现

之前个人项目都是部署在云服务器上，导致买了4台服务器才满足了场景 准备逐步迁移到serverless上

serverless服务商

• 阿里云
• aws
• 腾讯云函数
• azure

准备知识

我们使用阿里云函数来部署

文档

• 阿里云serverless
• 部署工具

概要

1. 迁移主要对已有的项目进行迁移，涵盖node项目、前端项目、java项目，计划用githubaction和jenkins都可以cicd到serverless
2. 本着最小改动原则，我们对项目添加s.yaml配置文件+cicd工具进发布

node项目

edition: 1.0.0
access: "default"

services:
  framework: # 业务名称/模块名称
    component: fc # 组件名称
    actions:
      pre-deploy:
        - run: pnpm i --frozen-lockfile
          path: ./
        - run: pnpm run build
          path: ./
    props: # 组件的属性值
      region: cn-shanghai
      service:
        name: node-service
        description: "Serverless Devs Website Service"
      function:
        name: blog
        description: "Serverless Devs Website Docusaurus Function"
        runtime: custom
        codeUri: ./
        timeout: 30
        memorySize: 512
        caPort: 9800
        customRuntimeConfig:
          command:
            - npm
          args:
            - 'run'
            - 'start'
      triggers:
        - name: httpTrigger
          type: http
          config:
            authType: anonymous
            methods:
              - GET
              - POST
              - PUT
              - DELETE
      customDomains:
        - domainName: auto
          protocol: HTTP
          routeConfigs:
            - path: /*

纯前端静态资源项目

edition: 1.0.0
access: "default"

services:
  framework: # 业务名称/模块名称
    component: fc # 组件名称
    actions:
      pre-deploy:
        - run: pnpm i --frozen-lockfile
          path: ./
        - run: pnpm run doc:build
          path: ./
        - plugin: website-fc
    props: # 组件的属性值
      region: cn-shanghai
      service:
        name: web-service
        description: "Serverless Devs Website Service"
      function:
        name: design
        description: "Serverless Devs Website Docusaurus Function"
        codeUri: ./dist
        timeout: 30
        memorySize: 512
      triggers:
        - name: httpTrigger
          type: http
          config:
            authType: anonymous
            methods:
              - GET
              - POST
              - PUT
              - DELETE
      customDomains:
        - domainName: auto
          protocol: HTTP
          routeConfigs:
            - path: /*

java项目

#s.yaml
edition: 1.0.0
access: "default"

services:
  framework: # 业务名称/模块名称
    component: fc # 组件名称
    actions:
      pre-deploy:
        - run: mvn clean package -DskipTests
          path: ./
    props: # 组件的属性值
      region: cn-shanghai
      service:
        name: java-service
        description: "Serverless Devs Website Service"
      function:
        name: server
        description: "Serverless Devs Website Docusaurus Function"
        runtime: custom
        codeUri: ./
        timeout: 30
        memorySize: 512
        caPort: 8080
        customRuntimeConfig:
          command:
            - java
          args:
            - '-jar'
            - 'target/blog-server-1.0.0.jar'
      triggers:
        - name: httpTrigger
          type: http
          config:
            authType: anonymous
            methods:
              - GET
              - POST
              - PUT
              - DELETE
      customDomains:
        - domainName: auto
          protocol: HTTP
          routeConfigs:
            - path: /*

附件

• https://gitee.com/devsapp/start-web-framework/tree/master/web-framework

个人组件库主要包含3个部分，UI组件库、ICON组件库（svg）、工具类及其他公共功能、组件库文档网站

图标库

UI组件库

文档网站

@oc/doc-loader

npm i @oc/doc-loader --registry=https://npm.zzfzzf.com

打包发布

• standard-version
• semantic-release
• release-it

站在巨人的肩膀上

• https://github.com/sheinsight/shineout

https://design.zzfzzf.com/

背景

开发一个组件库，我们往往本地npm link来调试，但是我们没有一个集中预览和查询使用文档的地方。在参考流行UI组件库后，最终借鉴arco的组件库文档生成方式。

所需要的知识基础

• markdown
• webpack-loader
• babel
• AST

以button按钮为列,文档分为描述、demo展示、demo源码

大致流程为markdown->html->JSX->AST->转化->生成最近展示的CODE

使用jsx语法

setup和render

1. render的渲染写法；
2. setup直接return的渲染写法；

import childProps from './ChildProps';
export default defineComponent({
    name: 'parent',
    components: { childProps },
    setup() {
        return () => (
          <child-props
            num={5}
            msg={'这里是msg'}
            isIfBool={true}
            isShowBool={true}
            // list={['one', 'two', 'three']}
            list={[{ name: 'one' }, { name: 'two' }, { name: 'three' }]}
            obj={{ name: '张三', age: 16, gender: '男生' }}
          />
        )
    }
}); 

import { defineComponent, reactive } from 'vue';

export default defineComponent({
  name: 'ChildProps',
  props: {
    // 接收 数值
    num: {
      type: Number,
      default: 0,
    },
    // 接收 字符串
    msg: {
      type: String,
      default: '',
    },
    // 接收v-if的判断
    isIfBool: {
      type: Boolean,
      default: false,
    },
    // 接收v-show的判断
    isShowBool: {
      type: Boolean,
      default: false,
    },
    // 接收数组
    list: {
      type: Array,
      default: () => [],
    },
    // 接收对象
    obj: {
      type: Object,
      default: () => {
        return {};
      },
    },
  },
  setup(props) {
    interface Obj {
      name?: string;
      age?: number;
      gender?: string;
    }
    const obj = reactive({ ...props });
    console.log(obj);
    // { name: '张三', age: 16, gender: '男生' }
    const newObj: Obj = obj.obj;

    // 将对象转换成数组
    const arr: Array<any> = reactive([]);
    // for (const i in newObj) {
    //   arr.push({ [i]: newObj[i] });
    // }
    // console.log(arr);
    /**
     * [
     *  {name: '张三'},
     *  {age: 16},
     *  {gender: '男生'},
     * ]
     */
    for (const key in newObj) {
      const o = {};
      o['name'] = key;
      o['value'] = newObj[key];
      arr.push(o);
    }
    // console.log(arr);
    /**
     * [
     *   {name: 'name', value: '张三'},
     *   {name: 'age', value: 16},
     *   {name: 'gender', value: '男生'},
     * ]
     */

    return () => (
      <>
        <div>-----------ChildProps 组件---------</div>
        {/* Number 的写法 */}
        <div>{obj.num}</div>
        {/* String 的写法 */}
        <div>{obj.msg}</div>
        {/* v-if 的判断的写法 */}
        {props.isIfBool ? <div>这里是v-if的成功判断</div> : null}
        {/* v-show的判断写法 */}
        <div v-show={props.isShowBool}>这里是v-show的成功判断</div>
        {/* list 一维数组列表写法 */}
        {/* {this.list.map((item, index) => {
          return <div key={index}>{item}</div>;
        })} */}
        {props.list.map((item: any, index: number) => {
          return <div key={index}>{item.name}</div>;
        })}
        {/* 对象转换成数组 对象数组列表写法 */}
        {arr.map((item: any, index: number) => {
          return (
            <div key={index}>
              {item.name}:{item.value}
            </div>
          );
        })}
        <div>-----------ChildProps 组件---------</div>
      </>
    );
  },
});

import { defineComponent, reactive } from 'vue';

export default defineComponent({
  name: 'ChildProps',
  props: {
    // 接收 数值
    num: {
      type: Number,
      default: 0,
    },
    // 接收 字符串
    msg: {
      type: String,
      default: '',
    },
    // 接收v-if的判断
    isIfBool: {
      type: Boolean,
      default: false,
    },
    // 接收v-show的判断
    isShowBool: {
      type: Boolean,
      default: false,
    },
    // 接收数组
    list: {
      type: Array,
      default: () => [],
    },
    // 接收对象
    obj: {
      type: Object,
      default: () => {
        return {};
      },
    },
  },
  setup(props) {
    interface Obj {
      name?: string;
      age?: number;
      gender?: string;
    }
    const obj = reactive({ ...props });
    console.log(obj);
    // { name: '张三', age: 16, gender: '男生' }
    const newObj: Obj = obj.obj;

    // 将对象转换成数组
    const arr: Array<any> = reactive([]);
    // for (const i in newObj) {
    //   arr.push({ [i]: newObj[i] });
    // }
    // console.log(arr);
    /**
     * [
     *  {name: '张三'},
     *  {age: 16},
     *  {gender: '男生'},
     * ]
     */
    for (const key in newObj) {
      const o = {};
      o['name'] = key;
      o['value'] = newObj[key];
      arr.push(o);
    }
    // console.log(arr);
    /**
     * [
     *   {name: 'name', value: '张三'},
     *   {name: 'age', value: 16},
     *   {name: 'gender', value: '男生'},
     * ]
     */

    return {
      arr,
    };
  },
  render() {
    return (
      <>
        <div>-----------ChildProps 组件---------</div>
        {/* Number 的写法 */}
        <div>{this.num}</div>
        {/* string 的写法 */}
        <div>{this.msg}</div>
        {/* v-if 的判断的写法 */}
        {this.isIfBool ? <div>这里是v-if的成功判断</div> : null}
        {/* v-show的判断写法 */}
        <div v-show={this.isShowBool}>这里是v-show的成功判断</div>
        {/* list 一维数组列表写法 */}
        {/* {this.list.map((item, index) => {
          return <div key={index}>{item}</div>;
        })} */}
        {this.list.map((item: any, index: number) => {
          return <div key={index}>{item.name}</div>;
        })}
        {/* 对象转换成数组 对象数组列表写法 */}
        {this.arr.map((item: any, index: number) => {
          return (
            <div key={index}>
              {item.name}:{item.value}
            </div>
          );
        })}
        <div>-----------ChildProps 组件---------</div>
      </>
    );
  },
});

Mocha

Enzyme

• https://juejin.cn/post/6863064626347819022
• https://testing-library.com/
• https://juejin.cn/post/7116923978072981541

依赖嵌套模式和依赖扁平模式是两种常见的依赖管理模式

依赖嵌套模式

依赖嵌套模式（Nested Dependencies）是最常见的依赖管理模式。在这种模式中，每个依赖项都有自己的node_modules目录，其中包含了该依赖项及其所有子依赖项的代码和资源。这种嵌套的目录结构可以形成一个依赖树，其中每个节点都代表一个依赖项，每个子节点都代表它的子依赖项。 在使用Node.js和npm进行软件开发时，依赖管理是一个重要的问题。依赖嵌套模式和依赖扁平模式是两种常见的依赖管理模式，本文将介绍这两种模式的概念和优缺点。

依赖嵌套模式 依赖嵌套模式（Nested Dependencies）是最常见的依赖管理模式。在这种模式中，每个依赖项都有自己的node_modules目录，其中包含了该依赖项及其所有子依赖项的代码和资源。这种嵌套的目录结构可以形成一个依赖树，其中每个节点都代表一个依赖项，每个子节点都代表它的子依赖项。

依赖嵌套模式的优点是：

1. 每个依赖项都有自己的独立空间，避免了不同版本的依赖项之间的冲突。

2. 依赖树的结构可以清晰地反映出应用程序的依赖关系，便于开发人员理解和管理。

3. 可以在不同的应用程序之间共享依赖项，避免了重复下载和安装。 但是，依赖嵌套模式也有一些缺点：

4. node_modules目录结构非常深，可能会导致文件路径过长的问题。

5. 如果应用程序依赖的依赖项过多，依赖树的大小可能会变得非常大，导致安装和构建时间变慢。

6. 每个依赖项都有自己的node_modules目录，占用了磁盘空间。

依赖扁平模式

依赖扁平模式（Flat Dependencies）是一种新的依赖管理模式，它试图解决依赖嵌套模式的一些缺点。在这种模式中，所有依赖项都安装在项目的根目录下的node_modules目录中，而不是在各自的目录中。这样可以避免依赖树的嵌套结构，简化了目录结构，提高了构建和安装速度。

依赖扁平模式的优点是：

目录结构简单，避免了长路径和大量的子目录。 构建和安装速度更快，因为所有依赖项都在同一级目录中，避免了多层的查找和复制。 磁盘空间占用更少，因为依赖项共享同一个node_modules目录。

但是，依赖扁平模式也有一些缺点：

1. 如果有不同版本的依赖项，它们可能会互相冲突，导致应用程序无法正常工作。
2. 依赖关系不再反映在目录结构中，这可能会使依赖管理更加困难和混乱。
3. 无法在不同的应用程序之间共享依赖项，每个应用程序都需要自己安装和管理依赖项。

依赖管理工具

pnpm

pnpm是一个另外的Node.js软件包管理器，旨在解决npm在安装过程中的一些常见问题，例如重复下载、存储占用等等。pnpm支持两种依赖模式：依赖嵌套模式和依赖扁平模式。默认情况下，pnpm使用依赖扁平模式，但是您可以通过将--no-flat标志传递给pnpm install命令来切换到依赖嵌套模式。

与npm不同，pnpm将所有模块安装到.pnpm目录下，并将依赖项符号链接到node_modules目录中。这意味着，即使在依赖扁平模式下，也可以避免冲突问题，因为每个依赖项都有自己的版本。同时，pnpm还支持并行安装和使用本地缓存，以提高安装速度。

yarn

yarn是由Facebook开发的另一个Node.js软件包管理器。与npm和pnpm不同，yarn只支持一种依赖扁平模式。类似于pnpm，yarn将所有模块安装到.yarn目录下，并将依赖项符号链接到node_modules目录中。这意味着，即使在依赖扁平模式下，每个依赖项也有自己的版本。

与npm不同，yarn使用了一个称为yarn.lock的锁定文件，以确保在重新安装应用程序时安装相同的版本。此外，yarn还支持并行安装、离线安装和使用本地缓存，以提高安装速度。

install

1. 检查package.json文件

首先，npm会检查您的项目中是否存在package.json文件。package.json文件是一个描述了您的应用程序的元数据文件，其中包含了项目的名称、版本号、作者、许可证和依赖项等信息。如果不存在package.json文件，npm将无法安装依赖项，因为它不知道您的项目需要哪些依赖项。

2. 下载依赖项

如果存在package.json文件，npm将从npm注册表中下载依赖项。npm会检查package.json文件中的依赖项列表，并下载每个依赖项及其所有的子依赖项。下载的依赖项将被存储在您的项目的node_modules目录中。每个依赖项都有自己的文件结构，其中包含了所需的文件、文档、示例代码等。

3. 安装依赖项

一旦npm下载了依赖项，它将开始安装它们。这包括将依赖项的文件和目录复制到您的项目的node_modules目录中。此外，如果依赖项包含可执行文件，npm还将安装它们。

4. 保存依赖项

最后，npm将更新package.json文件，将所有安装的依赖项添加到dependencies或devDependencies字段中，具体取决于安装命令是否使用了--save或--save-dev选项。这是为了确保在将应用程序推送到其他开发人员或生产环境时，依赖项列表是可复制的，并且可以轻松安装相同的依赖项。

总的来说，npm install命令背后的工作流程是下载、安装和保存依赖项。这个命令是Node.js应用程序的核心组成部分，使得开发人员可以轻松地使用第三方代码，并管理这些代码的版本和依赖关系。

• https://juejin.cn/post/7207702606646329399
• https://juejin.cn/post/7114896608029835272

function bubbleSort(dataSource) {
  for (let i = 0; i < dataSource.length; i++) {
    for (let j = 0; j < dataSource.length - i - 1; j++) {
      if (dataSource[j] > dataSource[j + 1]) {
        [dataSource[j], dataSource[j + 1]] = [dataSource[j + 1], dataSource[j]];
      }
    }
  }
  return dataSource;
}

选择排序

每轮循环把最小的数放在第一位，第二轮再找剩的最小的数

function selectSort(dataSource) {
  const data = dataSource.slice();
  const length = data.length;
  for (let i = 0; i < length; i++) {
    let min = i;
    for (let j = i + 1; j < length; j++) {
      if (data[j] < data[min]) {
        min = j;
      }
    }
    if (min !== i) {
      [data[i], data[min]] = [data[min], data[i]];
    }
  }
  return data;
}

快速排序

function quickSort(dataSource) {
  if (dataSource.length <= 1) {
    return dataSource;
  }

  const pivot = dataSource[0];
  const left = [];
  const right = [];

  for (let i = 1; i < dataSource.length; i++) {
    if (dataSource[i] < pivot) {
      left.push(dataSource[i]);
    } else {
      right.push(dataSource[i]);
    }
  }

  return [...quickSort(left), pivot, ...quickSort(right)];
}

插入排序

function insertSort(dataSource) {
  const data = dataSource.slice();
  const length = data.length;
  for (let i = 1; i < length; i++) {
    const current = data[i];
    let j = i - 1;
    while (j >= 0 && data[j] > current) {
      data[j + 1] = data[j];
      j--;
    }
    data[j + 1] = current;
  }
  return data;
}

希尔排序

function shellSort(dataSource) {
  const data = dataSource.slice();
  const n = data.length;
  let gap = n / 2;
  while (gap > 0) {
    for (let i = gap; i < n; i += 1) {
      const temp = data[i];
      let j = i;
      while (j >= gap && data[j - gap] > temp) {
        data[j] = data[j - gap];
        j -= gap;
      }
      data[j] = temp;
    }
    gap = Math.floor(gap / 2);
  }
  return data;
}

归并排序

堆排序

总结

1. 根据HTML构建HTML树 (DOM)
2. 根据CSS构建 CSS树 (CSSOM)
3. 将两棵树合并成一颗渲染树 (render tree)
4. Layout布局(文档流、盒模型、计算大小和位置)
5. Paint绘制(把边框颜色、文字颜色、阴影等画出来)
6. Compose 合成 （根据层叠关系展示画面）

浏览器进程

• 浏览器主进程，提供界面交互，管理子进程，文件存储等功能。

• 网络进程，提供下载网络资源的能力

• 插件进程，运行插件的进程

• GPU进程，原是用来渲染CSS 3D的，后用来渲染UI界面

• 渲染进程，把HTML,CSS,JavaScript转为用户可与之交互的页面，JavaScript引擎便运行在渲染进程内。

详细流程

构建dom树

计算样式

布局

分层

图层绘制

栅格化(光栅化)

合成和显示

总结

1、渲染进程将 HTML 内容转换为能够读懂的 DOM 树结构。

2、渲染引擎将 CSS 样式表转化为浏览器可以理解的 styleSheets，计算出 DOM 节点的样式。

3、创建布局树，并计算元素的布局信息。

4、对布局树进行分层，并生成分层树。

5、为每个图层生成绘制列表，并将其提交到合成线程。

6、合成线程将图层分成图块，并在光栅化线程池中将图块转换成位图。

7、合成线程发送绘制图块命令 DrawQuad 给浏览器进程。

8、浏览器进程根据 DrawQuad 消息生成页面，并显示到显示器上。

前端监控主要分为以下几个方面

1. 性能监控 采集以用户为中心的性能指标

2. 错误监控 捕获代码错误和资源错误

3. 行为监控 采集用户的点击事件、停留时间、ip, 清洗数据，描绘用户画像、pv、uv

4. 数据上报 合适的方式上报数据给服务端

性能监控

主要分为页面性能和资源性能

1. 使用旧的APIwindow.performance
2. requestAnimationFrame测量浏览器帧率
3. PerformanceObserver订阅与性能相关的事件，回调在空闲期间触发
4. 使用elementtiming具体监听某个元素的加载时间

一、核心监控指标体系

1. 页面加载性能指标

• FCP（首次内容渲染）：衡量用户感知的首屏加载速度，Google建议控制在1.5秒内
• LCP（最大内容渲染）：标记主要内容加载完成时间，直接影响用户留存率（亚马逊数据显示每减少100msLCP可提升1%销售额）
• TTI（可交互时间）：反映页面功能可用性，理想值应小于3.8秒
• CLS（布局偏移）：评估视觉稳定性，优秀值需低于0.1

2. 网络性能指标

• TTFB（首字节时间）：服务器响应速度基准，超过600ms需优化后端服务
• 资源加载耗时：监控CSS/JS文件加载时间，建议单资源小于150KB
• HTTP请求数：现代网页建议控制在50次以内

3. 运行时性能指标

• FID（首次输入延迟）：用户交互响应延迟，应小于100ms
• 内存泄漏检测：通过Chrome DevTools Memory面板跟踪JS堆内存变化
• FPS（帧率）：动画场景需保持60fps，常规操作不低于30fps

二、监控工具与方法论

1. 自动化工具链

• Lighthouse：生成包含性能/SEO/可访问性的综合报告，支持CI/CD集成
• Web Vitals：Google官方库，可精准测量三大核心指标（LCP/FID/CLS）
• RUM（真实用户监控）：腾讯云方案支持日均4000亿数据量处理，覆盖Web/小程序等多端

2. 代码级监控

// 使用Performance API获取FCP
const observer = new PerformanceObserver((list) => {
  const entries = list.getEntries();
  console.log('FCP:', entries[0].startTime);
});
observer.observe({type: 'paint', buffered: true});

3. 全链路追踪

• 资源加载瀑布图：通过Chrome Network面板分析请求时序
• Long Task监控：识别阻塞主线程超过50ms的任务
• Service Worker缓存命中率：优化离线体验的关键指标

三、实施流程与优化策略

1. **数据采集阶段

• 埋点策略：混合使用代码埋点（关键路径）与无埋点（全量行为采集）
• 采样控制：根据流量规模动态调整采样率（1%~100%）
• 数据传输：优先使用sendBeacon API保证离线数据可靠上报

2. 性能优化手段

• 资源压缩：WebP图片格式+Broti压缩可减少30%资源体积
• 懒加载优化：首屏图片延迟加载使LCP提升40%
• 缓存策略：设置Cache-Control: max-age=31536000实现静态资源长效缓存

3. 异常处理机制

• 智能告警：腾讯云支持配置多维度阈值告警（如LCP>4s触发P1级告警）
• 根因分析：通过错误堆栈+用户操作路径回放快速定位问题
• 热修复：结合React Error Boundary实现局部UI降级

错误监控

1. 资源加载错误 通过事件冒泡捕获 <img>/<script>/<link> 等资源加载失败

document.addEventListener('error', (e) => {
    if (e.target.tagName.toLowerCase() === 'img') {
        reportError({
          type: 'resource',
          tag: e.target.tagName,
          url: e.target.src,
          status: e.target.naturalWidth === 0 ? '404' : 'unknown'
        });
    }
}, true);

4. JS运行时错误

使用 window.onerror + window.addEventListener('error') 组合方案

window.addEventListener('error', (event) => {
  const { message, filename, lineno, colno, error } = event;
  reportError({
    type: 'js',
    message,
    file: filename,
    line: lineno,
    column: colno,
    stack: error?.stack
  });
}, true);  // 注意使用捕获阶段监听资源错误

5. Promise异常 通过 unhandledrejection 事件捕获未处理的Promise拒绝

window.addEventListener('unhandledrejection', (event) => {
  reportError({
    type: 'promise',
    reason: event.reason?.message,
    stack: event.reason?.stack
  });
  event.preventDefault();  // 阻止控制台默认报错
});

8. react ErrorBoundary

Vue.config.errorHandler = function (err) { setTimeout(() => { throw err }) }
  window.onerror = function (message, url, line, column, error) { console.log(message, url, line, column, error); }

行为监控

1. 基础交互行为

• 点击/滚动/悬停：通过事件监听捕获DOM元素操作（如click/scroll事件），记录用户操作路径
• 表单行为：监控输入框聚焦、内容修改、提交成功率（通过input/submit事件跟踪）
• 页面停留时间：通过visibilitychange事件计算页面可见时长，分析用户兴趣点

2. 深度行为分析

• 热区点击分布：通过坐标计算生成热力图，识别页面核心交互区域
• 滚动深度监控：记录页面垂直滚动百分比，评估内容吸引力（如70%用户未浏览第二屏需优化布局）
• 鼠标移动轨迹：通过mousemove事件采样轨迹数据，分析用户浏览习惯

3. 业务核心行为

• 转化漏斗：跟踪关键路径（如注册→支付→复购），计算各环节流失率
• 功能使用频次：记录特定模块点击量（如搜索框使用率），评估功能价值
• 用户分群行为：区分新老用户、设备类型等维度的行为差异（如iOS用户更倾向视频播放）

1. 路由变化

2. 设备信息：

• 操作系统、分辨率、浏览器
• IP、指纹标识用户
• pv、uv
• document.referrer获取来源地址

3. Referrer

错误上报

字段设计

{
  "timestamp": "2025-04-25T14:30:00Z",
  "url": window.location.href,
  "userAgent": navigator.userAgent,
  "errorType": "js/promise/resource",
  "message": "Cannot read property 'length' of undefined",
  "stack": "at buttonClick (main.js:32:15)..."
}

const errorID = window.btoa(`${message}-${stack.split('\n')[0]}`);

性能数据可以在页面加载完成之后采集并上报，尽量不要对页面性能造成影响。或者requestIdleCallback

错误上报一般使用一般采用批量和立即上报2种方式

1. Xhr

2. Image

3. Sendbeacon

window.onload = () => {
// 在浏览器空闲时间获取性能及资源信息
// https://developer.mozilla.org/zh-CN/docs/Web/API/Window/requestIdleCallback
if (window.requestIdleCallback) {
    window.requestIdleCallback(() => {
        monitor.performance = getPerformance()
        monitor.resources = getResources()
    })
} else {
    setTimeout(() => {
        monitor.performance = getPerformance()
        monitor.resources = getResources()
    }, 0)
}
}

window.unload = function() { // 在页面卸载的时候上报错误数据
navigator.sendBeacon('/xxxx', monitor.errors)
}
document.addEventListener('visibilitychange', function logData() {
if (document.visibilityState === 'hidden') {
navigator.sendBeacon('/log', analyticsData);
}
});
//onunload不要用，移动端有问题
//可以用pagehide来代替

常见问题

1. 为什么用1*1的gif图片

• 没有跨域问题

• 发 POST 请求之后不需要获取和处理数据、服务器也不需要发送数据

• 不会携带当前域名 cookie

• 不会阻塞页面加载，影响用户的体验，只需 new Image 对象

• 相比于 BMP/PNG 体积最小，可以节约 41% / 35% 的网络资源小

• 详见为什么大厂前端监控都在用GIF做埋点？ - 掘金

附录

• https://github.com/mitojs/mitojs

• https://github.com/zzfn/monitor

虚拟DOM（Virtual DOM）是一种将页面状态抽象为JavaScript对象（虚拟节点）的技术。在前端框架中，虚拟DOM常常被用来描述页面状态、维护组件状态，进而实现高效的页面更新。

虚拟DOM的基本原理是在内存中构建一棵虚拟的DOM树，用JavaScript对象模拟出真实的DOM结构，对这个虚拟的DOM进行操作，最后再将变化的部分更新到真实的DOM上。这个过程相当于把真实DOM转换成虚拟DOM，再将虚拟DOM转换成真实DOM。

优点

1. 减少DOM操作，提高性能。由于DOM操作是非常耗费性能的，因此虚拟DOM可以在内存中进行操作，最后一次性将变化更新到真实DOM上，从而减少了DOM操作的次数，提高了页面渲染性能。

2. 方便跨平台开发。由于虚拟DOM是一个JavaScript对象，因此可以方便地在不同平台上共享和传递，例如Node.js、Web Worker等。

3. 易于维护。通过使用虚拟DOM，我们可以将页面状态、UI逻辑和视图的渲染分离，从而更容易进行代码维护和重构。

diff

diff 分为单节点diff和多节点diff

diff优化

1. 只对同级元素进行Diff。如果一个DOM节点在前后两次更新中跨越了层级，那么React不会尝试复用他。
2. 两个不同类型的元素会产生出不同的树。如果元素由div变为p，React会销毁div及其子孙节点，并新建p及其子孙节点。
3. 开发者可以通过 key prop来暗示哪些子元素在不同的渲染下能保持稳定。

单节点diff

单节点Diff也被称为原地更新算法，它是在进行Virtual DOM比较时，只考虑同一层级下的节点，不会跨层级比较。具体实现是，当进行Virtual DOM比较时，如果节点类型相同且key相同，则更新其属性；否则替换整个节点。这样做的好处是可以提高比较速度，但缺点是无法处理节点的移动和复杂的变更操作。

多节点diff

多节点Diff是通过两轮遍历实现的。第一轮遍历是针对新旧节点列表进行的，用于标记需要进行删除、添加、移动和更新的节点，以及处理一些特殊情况（例如key属性变更）。第二轮遍历是针对被标记的节点进行的，用于实际的DOM操作。

具体来说，React的多节点Diff算法包括以下几个步骤：

1. 遍历旧节点列表，标记需要删除和移动的节点，并建立旧节点的索引；

2. 遍历新节点列表，标记需要添加和移动的节点，并尝试复用旧节点；

3. 处理特殊情况，如key属性变更和节点类型不同等；

4. 遍历被标记的节点，执行删除、添加、移动和更新操作；

5.对于无法复用的旧节点和新节点，创建新的DOM节点并添加到父节点上。

1. lean
2. Lienol
3. https://github.com/immortalwrt/immortalwrt
4. img写盘工具(DiskImg)
5. 工具合集
6. helloworld
7. 插件列表
8. openclash
9. https://downloads.openwrt.org/
10. https://github.com/openwrt/openwrt

OpenWrt Configuration【OpenWrt配置】Target System (x86)  --->   目标系统（x86）
Subtarget (x86_64)  --->   子目标（x86_64）
Target Profile (Generic)  --->目标配置文件（通用）
Target Images  ---> 保存目标镜像的格式
Global build settings  --->      全局构建设置
Advanced configuration options (for developers)  ---- 高级配置选项（适用于开发人员）
Build the OpenWrt Image Builder 构建OpenWrt图像生成器
Build the OpenWrt SDK构建OpenWrt SDK
Package the OpenWrt-based Toolchain打包基于OpenWrt的工具链
Image configuration  --->图像配置
Base system  --->     基本系统
Administration  --->     管理
Boot Loaders  --->引导加载程序
Development  --->   开发
Extra packages  --->  额外包
Firmware  --->固件
Fonts  --->字体
Kernel modules  --->  内核模块
Languages  --->语言
Libraries  --->  图书馆
LuCI  --->      LuCI
Mail  --->邮件
Multimedia  --->多媒体
Network  --->网络
Sound  ---> 声音
Utilities  --->实用程序
Xorg  --->Xorg

wsl环境

环境准备

安装ubuntu wsl

1. win+x，选择Windows PowerShell（管理员）
2. 输入

Enable-WindowsOptionalFeature -Online -FeatureName Microsoft-Windows-Subsystem-Linux

3. 回车，输入Y，重启！
4. 重新打开已经安装的子系统，等几分钟，输入账户和密码。

开启ssh

sudo vim /etc/ssh/sshd_config

Port 22 #默认即可，如果有端口占用可以自己修改
PasswordAuthentication yes # 允许用户名密码方式登录

sudo /etc/init.d/ssh start

首次编译

1. 安装依赖

sudo apt update -y
sudo apt full-upgrade -y
sudo apt install -y ack antlr3 asciidoc autoconf automake autopoint binutils bison build-essential \
bzip2 ccache cmake cpio curl device-tree-compiler fastjar flex gawk gettext gcc-multilib g++-multilib \
git gperf haveged help2man intltool libc6-dev-i386 libelf-dev libglib2.0-dev libgmp3-dev libltdl-dev \
libmpc-dev libmpfr-dev libncurses5-dev libncursesw5-dev libreadline-dev libssl-dev libtool lrzsz \
mkisofs msmtp nano ninja-build p7zip p7zip-full patch pkgconf python2.7 python3 python3-pip qemu-utils \
rsync scons squashfs-tools subversion swig texinfo uglifyjs upx-ucl unzip vim wget xmlto xxd zlib1g-dev

2. 下载源代码

git clone https://github.com/coolsnowwolf/lede

3. 添加openclash

vim ./feeds.conf.default
添加一行
src-git openclash https://github.com/vernesong/OpenClash.git

4. 修改默认ip地址

找到192.168.1.1 替换默认ip
vi package/base-files/files/bin/config_generate

5. 更新 feeds 并选择配置

cd lede
./scripts/feeds update -a
./scripts/feeds install -a
make menuconfig

• Target System (x86) ---> 目标系统（x86）
• Subtarget (x86_64) ---> 子目标（x86_64）
• Target Profile (Generic) --->目标配置文件（通用）
• Target Images ---> 保存目标镜像的格式Global
• build settings ---> 全局构建设置
• Advanced configuration options (for developers) ---- 高级配置选项（适用于开发人员）
• Build the OpenWrt Image Builder 构建OpenWrt图像生成器Build the OpenWrt SDK构建OpenWrt SDKPackage the OpenWrt-based Toolchain打包基于OpenWrt的工具链Image configuration --->图像配置Base system ---> 基本系统Administration ---> 管理Boot Loaders --->引导加载程序Development ---> 开发Extra packages ---> 额外包Firmware --->固件
• Fonts --->字体
• Kernel modules ---> 内核模块
• Languages --->语言
• Libraries ---> 图书馆LuCI --->
• LuCIMail --->邮件
• Multimedia --->多媒体
• Network --->网络
• Sound ---> 声音Utilities --->实用程序Xorg --->Xorg

博主为j1900编译固件 x86架构

• Target Images 保留squashfs

6. 下载 dl 库，编译固件

make download -j8 V=s
make V=s -j1

二次编译

配置不变，只是pull代码

cd lede
git pull
./scripts/feeds update -a && ./scripts/feeds install -a
make defconfig
make -j8 download
make -j$(($(nproc) + 1)) V=s

需要修改menuconfig

rm -rf ./tmp && rm -rf .config //可选
make menuconfig
make -j$(($(nproc) + 1)) V=s

添加其他源

如果是添加了其他源，如果你是第二次编译，最好使用make clean命令和 ./scripts/feeds clean命令清除一些障碍，如果是全新安装就无须clean。

make clean
./scripts/feeds clean
rm -rf ./tmp && rm -rf .config //可选
make menuconfig
make -j$(($(nproc) + 1)) V=s

产物

一般来说，用openwrt-x86-64-generic-squashfs-combined.img文件就可以了 编译完成后输出路径：bin/targets

Tips

固件空间

插件比较多的时候，下x86/64下调整一下设置，留下空间

Target Images ---> (16) Kernel partition size (in MB) #默认是 (16) 建议修改 (256)
Target Images ---> (160) Root filesystem partition size (in MB) #默认是 (160) 建议修改 (512)

使用WSL/WSL2进行编译

由于 WSL 的 PATH 中包含带有空格的 Windows 路径，有可能会导致编译失败，请在 make 前面加上：

PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin

其他

• 不要用 root 用户进行编译！！！
• 默认登陆IP 192.168.1.1 密码 password

在线编译

https://openwrt.ai/ 分离硬盘

# 语法：qm importdisk <VM_ID> <镜像路径> <存储池>
# 示例：将镜像导入到 ID 为 111 的虚拟机，存入 local-lvm
qm importdisk 111 /var/lib/vz/template/iso/kwrt-02.13.2026-x86-64-generic-squashfs-combined-efi.img local-lvm

执行完毕后，回到 PVE 控制台，点击 虚拟机 -> 硬件。

你会看到一个“未使用的磁盘”，双击它并点击 添加。

最重要的一步：进入 选项 (Options) -> 引导顺序 (Boot Order)，将新添加的磁盘勾选并拖动到第一位

为JavaScript设计面向对象系统之初，Brendan Eich 就没有打算在JavaScript中加入类的概念。

在以类为中心的面向对象编程语言中，类和对象的关系可以想象成铸模和铸件的关系，对象总是从类中创建而来。而在原型编程的思想中，类并不是必需的，对象未必需要从类中创建而来， 一个对象是通过克隆另外一个对象所得到的。

原型模式是用于创建对象的一种模式，如果我们想要创建一个对象， 一种方法是先指定它的类型，然后通过类来创建这个对象。原型模式选择了另外一种方式，我们 不再关心对象的具体类型，而是找到一个对象，然后通过克隆来创建一个一模一样的对象。

原型模式的实现关键，是语言本身是否提供了clone 方法。ECMAScript 5 提供了Object.create 方法，可以用来克隆对象。

但实际上，不需要调用Object.create，我们在JavaScript 遇到的每个对象，都是从Object.prototype 对象克隆而来的，Object.prototype 就是它们的原型。比如下面的obj1 对象和obj2 对象：

var obj1 = new Object();

var obj2 = {};

复制代码

在JavaScript 语言里，我们并不需要关心克隆的细节，因为这是引擎内部负责实现的。我们所需要做的只是显式地调用var obj1 = new Object() 或者 var obj2 = {}。此时，引擎内部会从 Object.prototype上面克隆一个对象出来，我们最终得到的就是这个对象。

再来看看如何用new 运算符从构造器中得到一个对象，下面的代码我们再熟悉不过了：

function Person( name ){

    this.name = name;

};

Person.prototype.getName = function(){

    return this.name;

};

var a = new Person( 'sven' )

console.log( a.name ); // 输出：sven

console.log( a.getName() ); // 输出：sven

console.log( Object.getPrototypeOf( a ) === Person.prototype );

复制代码

我们调用了new Person() ，但在这里Person并不是类，而是函数构造器，JavaScript的函数既可以作为普通函数被调用，也可以作为构造器被调用。当使用new 运算符来调用函数时，此时的函数就是一个构造器。

在Chrome 和Firefox 等向外暴露了对象__proto__属性的浏览器下，我们可以通过下面这段代码来理解new运算的过程：

function Person( name ){

    this.name = name;

};

Person.prototype.getName = function(){

    return this.name;

};

var objectFactory = function(){

    var obj = new Object(), // 从Object.prototype 上克隆一个空的对象

    Constructor = [].shift.call( arguments ); // 取得外部传入的构造器，此例是Person

    obj.__proto__ = Constructor.prototype; // 指向正确的原型

    var ret = Constructor.apply( obj, arguments ); // 借用外部传入的构造器给obj 设置属性

    return typeof ret === 'object' ? ret : obj; // 确保构造器总是会返回一个对象

};



var a = objectFactory( Person, 'sven' );

console.log( a.name ); // 输出：sven

console.log( a.getName() ); // 输出：sven

console.log( Object.getPrototypeOf( a ) === Person.prototype ); // 输出：true

复制代码

对于原型，我们很清楚的一点是当一个对象无法响应某个请求的时候，它会顺着原型链把请求传递下去，直到遇到一个可以处理该请求的对象为止。

单例模式

保证一个类仅有一个实例，并提供一个访问它的全局访问点

class Demo {



}



function getInstance() {

    let instance = null;

    return function () {

        if (!instance) {

            instance = new Demo();

        }

        return instance;

    }

}

const instance1 = getInstance();

const instance2 = getInstance();

策略模式

用于替换很多if else的场景

改造前

const calculateBonus = function (performanceLevel, salary) {

    if (performanceLevel === 'S') {

        return salary * 4;

    }

    if (performanceLevel === 'A') {

        return salary * 3;

    }

    if (performanceLevel === 'B') {

        return salary * 2;

    }

};

console.log(calculateBonus('B', 20000))

console.log(calculateBonus('S', 6000))

改造后

const strategies = {

    "S": function (salary) {

        return salary * 4;

    },

    "A": function (salary) {

        return salary * 3;

    },

    "B": function (salary) {

        return salary * 2;

    }

};

const calculateBonus = function (level, salary) {

    return strategies[level](salary);

};

console.log(calculateBonus('S', 20000))

console.log(calculateBonus('A', 10000))

状态模式

状态模式的关键是区分事物内部的状态，事物内部状态的改变往往会带来事物的行为改变。

我们来想象这样一个场景：有一个电灯，电灯上面只有一个开关。当电灯开着的时候，此时按下开关，电灯会切换到关闭状态；再按一次开关，电灯又将被打开。同一个开关按钮，在不同的状态下，表现出来的行为是不一样的。

首先给出不用状态模式的电灯程序实现：

    var Light = function () {

      this.state = 'off'; // 给电灯设置初始状态off

      this.button = null; // 电灯开关按钮

    };



    Light.prototype.init = function () {

      var button = document.createElement('button'),

        self = this;

      button.innerHTML = '开关';

      this.button = document.body.appendChild(button);

      this.button.onclick = function () {

        self.buttonWasPressed();

      }

    };



    Light.prototype.buttonWasPressed = function () {

      if (this.state === 'off') {

        console.log('开灯');

        this.state = 'on';

      } else if (this.state === 'on') {

        console.log('关灯');

        this.state = 'off';

      }

    };

    var light = new Light();

    light.init();

复制代码

令人遗憾的是，这个世界上的电灯并非只有一种。许多酒店里有另外一种电灯，这种电灯也只有一个开关，但它的表现是：第一次按下打开弱光，第二次按下打开强光，第三次才是关闭电灯。而这些必须改造上面的代码来完成这种新型电灯的制造。

但将状态改变的逻辑全部写在buttonWasPressed中存在以下问题：

1. 违反开放-封闭原则的，每次新增或者修改light的状态，都需要改动buttonWasPressed方法中的代码。
2. 所有跟状态有关的行为，都被封装在buttonWasPressed方法里，我们将无法预计这个方法将膨胀到什么地步。
3. 状态的切换非常不明显，仅仅表现为对state变量赋值，我们也没有办法一目了然地明白电灯一共有多少种状态。
4. 状态之间的切换关系，不过是往buttonWasPressed方法里堆砌if、else语句，这使buttonWasPressed更加难以阅读和维护。

现在我们学习使用状态模式改进电灯的程序。状态模式的关键是把事物的每种状态都封装成单独的类，跟此种状态有关的行为都被封装在这个类的内部，所以button被按下的的时候，只需要在上下文中，把这个请求委托给当前的状态对象即可，该状态对象会负责渲染它自身的行为。

    // OffLightState：

    var OffLightState = function (light) {

      this.light = light;

    };

    OffLightState.prototype.buttonWasPressed = function () {

      console.log('弱光'); // offLightState 对应的行为

      this.light.setState(this.light.weakLightState); // 切换状态到weakLightState

    };

    // WeakLightState：

    var WeakLightState = function (light) {

      this.light = light;

    };

    WeakLightState.prototype.buttonWasPressed = function () {

      console.log('强光'); // weakLightState 对应的行为

      this.light.setState(this.light.strongLightState); // 切换状态到strongLightState

    };

    // StrongLightState：

    var StrongLightState = function (light) {

      this.light = light;

    };

    StrongLightState.prototype.buttonWasPressed = function () {

      console.log('关灯'); // strongLightState 对应的行为

      this.light.setState(this.light.offLightState); // 切换状态到offLightState

    };



    var Light = function () {

      this.offLightState = new OffLightState(this);

      this.weakLightState = new WeakLightState(this);

      this.strongLightState = new StrongLightState(this);

      this.button = null;

    };

    Light.prototype.init = function () {

      var button = document.createElement('button'),

        self = this;

      this.button = document.body.appendChild(button);

      this.button.innerHTML = '开关';

      this.currState = this.offLightState; // 设置当前状态

      this.button.onclick = function () {

        self.currState.buttonWasPressed();

      }

    };

    Light.prototype.setState = function (newState) {

      this.currState = newState;

    };

    var light = new Light();

    light.init();

复制代码

执行结果跟之前的代码一致，但是使用状态模式的好处很明显，它可以使每一种状态和它对应的行为之间的关系局部化，这些行为被分散和封装在各自对应的状态类之中，便于阅读和管理代码。

另外，状态之间的切换都被分布在状态类内部，这使得我们无需编写过多的if、else条件分支语言来控制状态之间的转换。

适配器模式

适配器模式的作用是解决两个软件实体间的接口不兼容的问题。使用适配器模式之后，原本由于接口不兼容而不能工作的两个软件实体可以一起工作。

假设我们要用googleMap和baiduMap分别以各自的方式在页面中展现地图。

    var googleMap = {

      show: function () {

        console.log('开始渲染谷歌地图');

      }

    };

    var baiduMap = {

      display: function () {

        console.log('开始渲染百度地图');

      }

    };

    var renderMap = function (map) {

      if (map.show instanceof Function) {

        map.show();

      }

    };

复制代码

由于两个地图的展示方法不同，所以不能直接调用renderMap函数，因此我们要为百度地图提供一个适配器。这样我们就可以同时渲染2个地图了。

    var baiduMapAdapter = {

      show: function () {

        return baiduMap.display();

      }

    };

    renderMap(googleMap); // 输出：开始渲染谷歌地图

    renderMap(baiduMapAdapter); // 输出：开始渲染百度地图

发布订阅模式

状态变化需要通知其他事件

    var salesOffices = {}; // 定义售楼处

    salesOffices.clientList = []; // 缓存列表，存放订阅者的回调函数

    salesOffices.listen = function (fn) { // 增加订阅者

      this.clientList.push(fn); // 订阅的消息添加进缓存列表

    };

    salesOffices.trigger = function () { // 发布消息

      for (var i = 0, fn; fn = this.clientList[i++];) {

        fn.apply(this, arguments); // (2) // arguments 是发布消息时带上的参数

      }

    };



    salesOffices.listen(function (price, squareMeter) { // 小明订阅消息

      console.log('价格= ' + price);

      console.log('squareMeter= ' + squareMeter);

    });

    salesOffices.listen(function (price, squareMeter) { // 小红订阅消息

      console.log('价格= ' + price);

      console.log('squareMeter= ' + squareMeter);

    });

    salesOffices.trigger(2000000, 88); // 输出：200 万，88 平方米

    salesOffices.trigger(3000000, 110); // 输出：300 万，110 平方米

vertical-align

两栏布局

1. flex
2. float+BFC
3. float+margin-left

三栏布局

初始代码

<div class="column-container">
    <div class="column left">left</div>
    <div class="column center">center</div>
    <div class="column right">right</div>
</div>

    .left{
        background-color: #61dafb;
    }
    .center{
        background-color: #282c34;
    }
    .right{
        background-color: #ff99cc;
    }

grid

.column-container {
  display: grid;
  grid-template-columns: 200px auto 200px;
  column-gap: 10px;
}

Flex 布局

.column-container {
  display: flex;
  column-gap: 10px;
}
.left,
.right {
  width: 200px;
}
.center {
  flex: 1;
}

圣杯/双飞翼布局

https://zzfzzf.com/post/1414224256736174082

绝对定位布局

Table 布局

BFC 三栏布局

流体布局

居中

1. Flex布局：Flex布局是CSS3的一种新布局方式，可以实现元素的水平和垂直居中，且适用于不同的元素和屏幕尺寸。可以通过设置容器的display属性为flex，然后设置justify-content和align-items属性为center，即可实现水平和垂直居中。

2. 绝对定位布局：可以将元素设置为绝对定位，并设置top、bottom、left、right属性为0，再设置margin属性为auto，即可实现水平和垂直居中。需要注意的是，这种布局方式需要父元素具有相对定位。

3. 表格布局：可以将元素设置为display: table和display: table-cell，然后设置vertical-align属性为middle，即可实现水平和垂直居中。需要注意的是，这种布局方式需要考虑表格元素的特殊性。

4. Grid布局：可以将元素设置为display: grid，然后设置justify-content和align-items属性为center，即可实现水平和垂直居中。需要注意的是，这种布局方式需要考虑浏览器的兼容性。

5. transform属性布局：可以使用transform属性，将元素向左和向上移动一半的宽度和高度，然后设置left和top属性为50%，即可实现水平和垂直居中。需要注意的是，这种布局方式需要考虑元素的尺寸。

   初始代码如下

.container {

  position: relative;

}



.content {

  position: absolute;

  top: 0;

  left: 0;

  right: 0;

  bottom: 0;

  margin: auto;

}
<div class="container">

    <div class="content"></div>

</div>

margin:auto

.container {

  position: relative;

}



.content {

  position: absolute;

  top: 0;

  left: 0;

  right: 0;

  bottom: 0;

  margin: auto;

}

translateY

.container {

  position: relative; /* 设置父元素position为relative */

}

.content {

  position: absolute;

  top: 50%;

  transform: translate(-50%, -50%);

  left: 50% 

}

display: flex+margin: auto

.container {

  display: flex; /* 设置父元素设置为flex容器 */

}

.content {

  margin: auto;

}

justify-content+align-items

.container {

  display: flex;

  justify-content: center;

  align-items: center;

}

align-self

.container {

  display: flex;

}



.content {

  align-self: center;

  margin: 0 auto;

}

margin: auto

.container {

  display: grid;

}

.content {

  margin: auto;

}

align-items+justify-content

.container {

  display: grid;

  align-items: center;

  justify-content: center;

}

align-self

.container {

  display: grid;

}

.content {

  justify-self: center; /*  设置子元素垂直居中 */

  align-self: center; /* 设置子元素水平居中*/

}

编译时是使用 babel-parser 将 Taro 代码解析成抽象语法树，然后通过 babel-types 对抽象语法树进行一系列修改、转换操作，最后再通过 babel-generate 生成对应的目标代码 几个缺点

• JSX ⽀持程度不完美。Taro 对 JSX 的⽀持是通过编译时的适配去实现的，但 JSX ⼜⾮常之灵活，因此还不能做到 100% ⽀持所有的 JSX 语法。JSX 是一个 JavaScript 的语法扩展，它的写法千变万化，十分灵活。之前Taro团队是采用穷举的方式对 JSX 可能的写法进行了一一适配，这一部分工作量很大。
• 不⽀持 source-map。Taro 对源代码进⾏了⼀系列的转换操作之后，就不⽀持 source-map 了，⽤户 调试、使⽤这个项⽬就会不⽅便。
• 维护和迭代⼗分困难。Taro 编译时代码⾮常的复杂且离散，维护迭代都⾮常的困难。

taro3

react-dom是react在浏览器的渲染器，taro通过taro-react重写react-dom来连接react-reconciler react-reconciler->taro-react->taro-runtime

抽象语法树：AST（Abstract Syntax Tree)，是源代码的抽象语法结构的树状表现形式，这里特指编程语言的源代码。树上的每个节点都表示源代码中的一种结构。之所以说语法是「抽象」的，是因为这里的语法并不会表示出真实语法中出现的每个细节。

token->AST->字节码

以下是一个简单的JavaScript代码片段的AST示例：

function add(a, b) {
  return a + b;
}

console.log(add(1, 2));

对应的AST如下所示：

Program
├── FunctionDeclaration (name: add)
│   ├── Identifier (name: a)
│   ├── Identifier (name: b)
│   └── BinaryExpression
│       ├── Identifier (name: a)
│       └── Identifier (name: b)
└── ExpressionStatement
    └── CallExpression
        ├── Identifier (name: console.log)
        └── Arguments
            ├── CallExpression
            │   ├── Identifier (name: add)
            │   ├── Literal (value: 1)
            │   └── Literal (value: 2)
            └── Empty

可以看到，AST中的每个节点都表示代码中的一个语法结构，例如Program表示整个程序，FunctionDeclaration表示函数声明，BinaryExpression表示二元表达式等等。节点之间的关系则表示了代码中的控制流、数据流等等。

生成AST

词法分析

语法分析

AST的应用

• 编辑器的错误提示、代码格式化、代码高亮、代码压缩、代码自动补全；

• elint、pretiier 对代码错误或风格的检查；

• webpack 通过 babel 转译 javascript 语法；

• babel应用

总结

AST是一种用于代码分析和转换的数据结构，它可以将源代码转换成一棵树状结构，使得代码的分析和修改更加方便。AST的生成通常分为词法分析和语法分析两个步骤，其中语法分析器通过递归下降算法来进行AST的生成。AST的应用非常广泛，包括代码检查、代码重构、代码转换等等。通过对AST的遍历和分析，我们可以实现很多有用的功能。

相关链接

• GoGoCode
• AST explorer

http状态码

• 1XX- 信息型，服务器收到请求，需要请求者继续操作。
• 2XX- 成功型，请求成功收到，理解并处理。
• 3XX - 重定向，需要进一步的操作以完成请求。
• 4XX - 客户端错误，请求包含语法错误或无法完成请求。
• 5XX - 服务器错误，服务器在处理请求的过程中发生了错误。

常用状态码

1. 200 成功
2. 301 永久重定向
3. 302 临时重定向
4. 304 协商缓存
5. 400 错误请求
6. 401 缺少身份验证
7. 403 禁止访问
8. 404 资源丢失
9. 500 服务器故障

https

解决了以下问题

• 数据加密 传输内容进行混淆解决明文传输

• 身份验证 通信双方验证对方的身份真实性

• 数据完整性保护 检测传输的内容是否被篡改或伪造

https在原来的TCP传输层上多了安全传输层协议(TLS)或者安全套接层(SSL)，因此https也称HTTP over TLS 或 HTTP over SSL

SSL（Secure Sockets Layer） 发展到v3阶段时，互联网工程组把它改名为 TLS（传输层安全，Transport Layer Security），正式标准化，SSL 是 TLS 前身。

• tls1.2
• tls1.3

加密方式

HTTPS采用对称加密和非对称密钥加密混合的加密方式，使用非对称加密加密对称加密的密钥，随后使用对称加密来传输数据

认证方式

数字证书

HTTP中没有加密机制，可以通过SSL（Secure Socket Layer 安全套接层）或TLS（Transport Layer Security 安全层传输协议）的组合使用，加密HTTP的通信内容。

http+ssl/tls

tls1.2

tls1.3

Tcp

Udp

如何优化https

对称加密

• 加密原文和解密成原文都使用一个秘钥
• 常用的只有 AES 和 ChaCha20
• 缺点是密钥如何安全传输