在上一篇文章中，我们涵盖了介词的整体概念以及第一种类型的介词。英语在我们的职业和日常生活中都扮演着重要的角色。许多考生因种种原因对必修的介词科目感到恐惧，但实际上，它仅仅是一套规则和词汇的集合。
作为在 2026 年前沿技术领域工作的开发者，我们深刻理解，掌握英语语法——尤其是介词——不仅是为了应对考试，更是为了在现代 Vibe Coding（氛围编程） 和 AI 辅助开发环境中进行高效沟通。在这篇文章中，我们将深入探讨剩余的重要介词规则、类型和方面，并结合我们使用 Cursor、Windsurf 等现代 IDE 的实战经验，向你展示如何像编写健壮的代码一样，精准地掌握这些语法规则。
什么是介词？
介词是用来表达名词或代词与宾语之间关系的词。它表示时间、地点、关系、距离、位置等。从编程的角度来看，介词就像是连接主语和对象的“API 接口”，定义了数据（对象）在特定上下文（时间/空间）中的状态。
At, In, Into, above, under, over, on, down, behind, beside, across, near, out, along, towards, onto, since, 和 for 都是介词的例子。
介词的核心规则：从逻辑到实现
我们在编写 Prompt 向 LLM 寻求帮助时，精准的介词使用能显著减少歧义。让我们重新审视这些规则，并思考它们在现代开发工作流中的意义。
规则 No. 1- 介词必须后接宾语，如果有动词跟在介词后面，它必须是动名词形式。
例如， Shreya prevented her from committing mistakes.
> 技术视角解析： 这就像类型检查。在 Python 中，你不能在一个期望字符串的函数中传入整数。同理，介词后接动词时，必须“转型”为 Gerund (V-ing)。在我们最近的一个项目中，团队利用 AI 代码审查工具自动检查文档中的此类语法错误，确保技术文档的国际化质量。
规则 No. 2- 当疑问代词作为宾语出现时，介词大多位于句尾或句首。
例如， What is she thinking of?
规则 No. 3- 当一个句子构成不定式时，在这种情况下，介词总是放在不定式之后。
例如， Royal Inn is a good place to stay at.
规则 No. 4- 当宾语是关系代词 ‘that‘ 时，在这种情况下，介词放在句尾。
例如， This is an activity that I‘m fond of.
规则 No. 5- 在构成疑问句时，介词位于句首。
例如 By which Bus did he go?
介词的类型与实战应用
方向介词：构建空间逻辑
在描述系统架构或数据流向时，方向介词至关重要。让我们深入探讨。
TO vs. TOWARDS
- TO: 用于表示目的地。就像 HTTP 请求中的重定向。
* 例如，I am going to the airport to receive my mom.
- TOWARDS: 用于表示方向，侧重于移动的趋势，而非终点。
* 例如，Reena is going towards the bus station.
ALONG
该介词用于表示某物/某人沿特定方向的某条线移动。
例如，Tahir was driving along a narrow road.
> 真实场景分析： 在使用 Git 工作流时，我们常说 "moving along the branch"，表示沿着分支推进开发。
AGAINST
用于表示与某物相反的意思，或表示按压。
例如：
- The boat sank as it was trying hard to sail against the strong current.
- Bring that boy who is leaning against the tree.
> 工程化深度： 在 Agentic AI 系统中，我们经常需要定义约束条件。例如，"Ensure the agent‘s actions are not running against the safety protocols."（确保代理的行为不违反安全协议）。
ACROSS
当我们谈论某物/某人从一侧移动到另一侧时使用。
例如，Deepa and her friend were going across the field.
当某物从一侧延伸到另一侧时。
例如，Alok stood on the bridge built across the river Ganga.
UP / DOWN / INTO / ONTO / OVER
这些介词描述了垂直或包含性的移动。
- UP: 显示从较低位置移动到较高位置。例如，Raghu climbed up the tree.
- DOWN: 显示从较高位置移动到较低位置。例如，Children love walking down the hill.
- INTO: 显示在封闭空间内的移动。例如，Gargi recently moved into her new apartment.
- ONTO: 显示在表面上的移动。例如，I asked my sister to move her things onto the second shelf.
- OVER: 显示既向前又向上的移动。例如，The sprinter ran over more than 10 hurdles.
> 性能优化与调试： 在处理 3D 坐标系或游戏物理引擎时，区分 INLINECODEd32dd187（进入容器）和 INLINECODEc420664c（进入表面）对于碰撞检测算法的性能至关重要。
时间介词：精准控制时序
在 2026 年的实时协作环境和 Serverless 计算中，对时间的精确描述直接关系到系统的调度和成本。
AT (精确时间点)
它用于表示精确的时间，如 At 9 O’clock. 也用于 sunrise, sunset, noon, midnight 等。
例如：He asked me to meet him at midnight.
IN (长周期)
用于月份、年份、世纪，以及 morning, evening, afternoon。
例如：
- My sister is planning to visit me in November.
- I used to go for a walk in the morning.
ON (特定日期)
用于星期几和日期。
例如：I am not free today. Therefore, I will come on Monday.
> 边界情况与容灾： 请注意这里的一个常见陷阱。当我们在早晨、晚上或下午之后添加像日期这样的附加信息时，我们必须切换介词。例如："I remember I first met him on the evening of May the fifth." 这里的 INLINECODE76f182f8 取代了 INLINECODE7d9e7695，因为时间被具体化了。这就好比我们在配置 Kubernetes CronJob 时，必须精确到具体的时间点。
FOR (时长) vs. SINCE (起点)
我们使用 INLINECODE72c048fc 来表示一段时间，而 INLINECODE86bbc5e3 表示一个时间点。
例如：
- Hanu has been working for this company for over a year now.
- Bina has been living in this locality since 2020.
> 代码示例与监控实践：
# 模拟一个服务运行时间的监控脚本
import time
from datetime import datetime
def monitor_uptime(start_time):
# 我们使用 since 来记录服务的启动时间点
print(f"Service has been running **since** {start_time.strftime(‘%Y-%m-%d %H:%M:%S‘)}")
# 计算运行时长，我们使用 for 来描述这段时间
duration = datetime.now() - start_time
print(f"System has been stable **for** {duration.days} days.")
# 在我们的云原生架构中，这种日志对于排查故障至关重要
monitor_uptime(datetime(2026, 1, 1, 9, 0, 0))
前沿技术视角下的介词思维：从规则到智能
随着 多模态开发 和 AI 原生应用 的普及，我们不仅是规则的使用者，更是规则的定义者。我们思考一下这个场景：当我们在训练一个 Domain Specific LLM（垂直领域大模型）时，我们需要向它提供大量的高质量语料。
如果我们的文档中充斥着介词错误的句子（例如 "listening the music" 漏了 to），模型的困惑度就会上升，最终导致生成的代码注释或 API 文档不准确。因此，掌握介词规则实际上是在维护我们数字资产的“数据质量”。
在我们最近的一个项目中，我们利用 AI 辅助工作流，构建了一个 Grammar Linter Agent。这个 Agent 不仅仅是检查拼写，它还能理解上下文。例如，它能区分 "Walking across the street"（穿过街道，平面移动）和 "Walking through the storm"（经历风暴，三维空间/隐喻），并根据上下文建议介词的替换，以增强表达的感染力。
常见陷阱与替代方案
- In vs. At (位置): 很多初学者混淆 INLINECODE5ea42f04 和 INLINECODE5d868780。INLINECODE9f0a66af 用于视作一个点的位置（at the bus stop），而 INLINECODE205899b9 用于视作一个容器的位置（in the room）。在 2026 年的边缘计算场景下，我们可以这样理解：INLINECODEd78f4bbf（在边缘节点，具体的点）vs INLINECODE78e4b9fc（在云端，广阔的区域）。
- By vs. Until: INLINECODE9bec1189 表示“不迟于”（截止时间），INLINECODE9edc843d 表示“直到”（持续状态）。我们在设置 CI/CD 流水线的 Deadline 时，必须严格区分这两者。
总结与最佳实践
我们生活在一个语言与代码日益融合的时代。介词虽然看似微不足道，但它们承载着连接上下文的关键逻辑。无论是为了通过考试，还是为了写出更优雅的 Prompt 指挥 AI 帮助我们编写代码，掌握这些规则都是值得的。
我们的建议是：
- 不要死记硬背： 将介词想象成空间中的向量。
- 利用 AI： 在阅读英文文档时，遇到不确定的介词，直接问 Cursor "Why use ‘into‘ here instead of ‘in‘?"
- 持续迭代： 语言和代码一样，需要不断的重构和优化。
希望这篇文章能帮助你更好地理解介词。让我们继续探索，在技术的海洋中，精准地定位每一个思想的坐标。