小学语文常考句子技巧与练习
摘要
- 小学语文句子题,本质是
抓住主干、理清人称、改标点、换语气,掌握方法比刷题更重要。 - 本文覆盖
扩句 / 缩句、直述 ↔ 转述、陈述 ↔ 反问、肯定 ↔ 双重否定、提示语标点、把字句 ↔ 被字句、修改病句、比喻 / 拟人。 - 每类按「定义 → 方法 → 口诀 → 例题」组织,例题均给出参考答案,方便自学和家长辅导。
- 做题时始终抓住一条底线:
句意不能变。
抓住主干、理清人称、改标点、换语气,掌握方法比刷题更重要。扩句 / 缩句、直述 ↔ 转述、陈述 ↔ 反问、肯定 ↔ 双重否定、提示语标点、把字句 ↔ 被字句、修改病句、比喻 / 拟人。句意不能变。20 个元音 + 28 个辅音。中文联想、记忆口诀和 3 个例词,适合随时查阅。不能代替英语的真实口型、舌位、清浊和送气。学完音标后,可继续学习拼写与发音之间的规律:英语自然拼读学习笔记:字母组合、音节、重音与常见发音规则。
自然拼读是连接拼写与发音的规律系统,能够帮助解码、拼写和记忆,但不能代替音标与真人发音。对中国学习者而言,以音标为基础、以自然拼读为辅助,通常更可靠。
自然拼读(Phonics)连接拼写和声音:看到拼写可以推测读音;听到读音可以拆分音素并得到候选拼法,但通常不能唯一确定拼写。
英语拼写有规律,但不是严格的一字母一音;规则用于缩小范围,最终仍要用词典确认。
最值得先掌握的是:短元音 → 静音 e → 常见元音组合 → 辅音组合 → 不发音字母 → 音节 → 重音与弱读。
英语教学里的 long a / long i 指「字母名称音」/eɪ/ /aɪ/,不等于音标里的“长元音”。
多音节词不能只按字母硬拼:先找元音和组合、识别词素并试分音节,再判断重音、处理弱读。
前置知识见 英语48个国际音标学习笔记:分类速查与相近音对比;句子结构见 英语句法学习笔记:词性、句子成分、基本句型与时态。
国内教材的「48 音标表」= 20 个元音(12 单元音 + 8 双元音)+ 28 个辅音(传统教学分为 11 个清辅音 + 17 个浊辅音)。
元音看 舌位高低 / 前后 和 唇形圆不圆;辅音看 清浊、成阻部位、成阻方式。
中国学习者最吃亏的不是「不会读」,而是 把相近音读成同一个音:/iː/ ≠ /ɪ/,/æ/ ≠ /e/,/θ/ ≠ /s/,/v/ ≠ /w/。
先攻 10 组最小对立(minimal pair),比把 48 个音各读一遍更有效。音标是工具,不是把 48 个符号背完就结束。
本文采用传统宽式 RP / 英式学习词典体系,美式差异在对应小节标出。音标解决「单词怎么读」;自然口语还要重音、弱读和连读。
学完音标后,可继续学习 英语自然拼读学习笔记:字母组合、音节、重音与常见发音规则;句法部分见 英语句法学习笔记:词性、句子成分、基本句型与时态。
跟读示范:48 个音标发音小视频(抖音)。对照本文口型表听一遍,比只看符号更快建立音感。
学英语句法,先分清两套标签:词性是单词的「身份」,句子成分是单词在句中的「职位」。
最常用的两种句型:主 + 谓 + 宾 + 状语,以及 主 + 系 + 表(表语本质上就是主语补足语)。
状语默认顺序:方式 → 地点 → 时间;目的状语常放句首或句尾。
补语是「必须补上才完整」的成分;状语是「去掉也不伤核心意思」的修饰。
时态改的是谓语动词:时间(过去 / 现在 / 将来)× 体(一般 / 进行 / 完成)。第三人称单数 +s 主要出现在一般现在时。
依据 Spring Cloud Alibaba 版本发布说明,搭建与 Spring Cloud Alibaba 2025.0.0.0 对应的 Sentinel Dashboard 1.8.9。
本文侧重 Dashboard 单机搭建(JAR / Docker / systemd),并补充应用侧接入、OpenFeign / RestTemplate / Gateway 适配,以及 Nacos 规则持久化。
生产推荐:规则持久化到 Nacos(Push 模式);Dashboard 可选(仅监控时需要),限流生效不依赖控制台。
同版本配套的 Nacos Server 见 Spring Cloud Alibaba 2025.0.0.0 配套搭建 Nacos 3.0.3。
依据 Spring Cloud Alibaba 版本发布说明,搭建与 Spring Cloud Alibaba 2025.0.0.0 对应的 Nacos Server 3.0.3。
覆盖服务端单机搭建(二进制包 + Docker)、MySQL 外置持久化、多节点集群,并补充 Spring Boot 应用侧的最小接入配置。
同版本配套的 Sentinel Dashboard 见 Spring Cloud Alibaba 2025.0.0.0 配套搭建 Sentinel Dashboard 1.8.9。
本文介绍如何使用 npm Trusted Publishing,在 GitHub Actions 中通过 OpenID Connect(OIDC)发布 npm 包。整个发布过程不需要创建或保存长期有效的 NPM_TOKEN,并可通过指定仓库、Workflow 和 GitHub Environment 限制发布来源。
本文将依次完成以下工作:
解释为什么 npm 自动发布应从长期 Token 迁移到 OIDC。
介绍 OIDC 和 npm Trusted Publishing 的工作原理。
在 npmjs.com 中为包添加 GitHub Actions Trusted Publisher。
在 GitHub 中配置 Environment、审批规则和最小权限。
编写一个完整、安全且不依赖 NPM_TOKEN 的发布 Workflow。
介绍私有依赖、首次发布、npm v12、Provenance 和常见错误。
本文面向第一次接触 GitHub Actions 的开发者,从基本概念、YAML 语法和变量表达式开始,逐步介绍 CI、测试矩阵、缓存、构建产物、发布、OIDC、安全和排错。
文档中的示例需要放在仓库的
.github/workflows/目录中,例如.github/workflows/ci.yml。
GitHub Actions 会执行代码和第三方 Action,复制示例前应根据项目实际情况调整权限、Node.js 版本和命令。