Elixir 进程与消息传递
了解轻量级 Elixir 进程及其通信方式,掌握“无共享”并发的原则。
Elixir 进程与消息传递 是 CoddyKit 上的免费 Elixir & Phoenix: Scalable Backend Development 课时。 这是第 1 节课,共 4 节。 你可以在下方免费阅读本课时的完整内容 — 然后在浏览器中使用内置代码编辑器和全天候 AI 导师进行实践。 这是 Elixir & Phoenix: Scalable Backend Development 学习路径的一部分,你的进度在网页和 CoddyKit 应用中同步。 Elixir & Phoenix: Scalable Backend Development 课程共包含 4 节课。
本课时的部分内容尚未翻译,以英文显示。
Meet Elixir Processes
Elixir is built for concurrency, and processes are its core building blocks. Think of them as tiny, isolated programs running simultaneously.
Unlike operating system processes or threads, Elixir processes are incredibly lightweight. You can have hundreds of thousands, even millions, running on a single machine!
- Isolation: Each process has its own memory.
- Communication: They talk to each other by sending messages.
- Fault Tolerance: If one crashes, it doesn't bring down others.
Creating New Processes
We create a new Elixir process using the spawn function. It takes a function (often an anonymous function) that the new process will execute.
spawn returns a Process Identifier (PID), which is like an address for the new process.
defmodule MyModule do
def greet do
IO.puts "Hello from a new process!"
end
def run do
# Spawn a new process that calls MyModule.greet()
pid = spawn(MyModule, :greet, [])
IO.puts "Spawned process with PID: #{inspect(pid)}"
end
end
MyModule.run()Understanding Process IDs (PIDs)
A Process Identifier, or PID, is a unique reference to an Elixir process. It's how you address a specific process to send it messages.
Think of a PID like a phone number for a person. You dial their number to talk to them, and processes use PIDs to communicate.
- Every process has a unique PID.
- PIDs are essential for message passing.
- You can inspect a PID to see its internal representation.
Finding Your Own PID
Just like you can get the PID of a newly spawned process, any running process can find its own PID using the self() function.
This is crucial when a process needs to tell others how to send messages back to it.
defmodule PidDemo do
def show_self_pid do
IO.puts "My PID is: #{inspect(self())}"
end
def run do
IO.puts "Main process PID: #{inspect(self())}"
# Spawn a process to show its own PID
spawn(PidDemo, :show_self_pid, [])
:timer.sleep(100) # Give the spawned process time to run
end
end
PidDemo.run()Communicating with Messages
Elixir processes communicate by sending and receiving messages. This is the core of the 'share nothing' concurrency model.
Messages are simple Elixir terms (any data type) sent from one process to another's "mailbox."
send(pid, message): Putsmessageinto the mailbox of the process identified bypid.receive do ... end: Waits for messages in the current process's mailbox.
Answering Back
Let's see how a "client" process can send a message to a "server" process and receive a reply.
The server process uses a receive block to wait for and handle incoming messages. It then sends a reply back to the client's PID.
defmodule EchoServer do
def loop do
receive do
{:echo, client_pid, message} ->
send(client_pid, {:reply, message})
loop() # Continue looping to receive more messages
end
end
end
defmodule Client do
def run do
# Start the server process
server_pid = spawn(EchoServer, :loop, [])
IO.puts "Echo server started with PID: #{inspect(server_pid)}"
# Send a message to the server, including our own PID for reply
send(server_pid, {:echo, self(), "Hello, server!"})
IO.puts "Client sent 'Hello, server!' to #{inspect(server_pid)}"
# Wait for a reply
receive do
{:reply, message} ->
IO.puts "Client received reply: '#{message}'"
end
end
end
Client.run()Why Share Nothing Matters
Elixir processes embody the 'share nothing' principle. This means processes do not share memory or state directly.
Instead, they communicate exclusively through message passing. This design choice offers significant benefits:
- Isolation: Prevents one process from corrupting another's data.
- Concurrency: Easier to reason about and scale across multiple CPU cores.
- Fault Tolerance: A crash in one process doesn't affect others, making systems more robust.
Smart Message Handling
The receive block is incredibly powerful because it uses Elixir's pattern matching.
You can define different clauses within receive to match specific message structures, ignoring others until a match is found.
defmodule SmartReceiver do
def loop do
receive do
{:greet, name} ->
IO.puts "Hello, #{name}!"
loop()
{:farewell, name} ->
IO.puts "Goodbye, #{name}!"
loop()
:quit ->
IO.puts "Receiver quitting."
_ -> # Catch-all for unmatched messages
IO.puts "Received an unknown message."
loop()
end
end
def run do
receiver_pid = spawn(SmartReceiver, :loop, [])
send(receiver_pid, {:greet, "Alice"})
send(receiver_pid, "Just a string")
send(receiver_pid, {:farewell, "Bob"})
send(receiver_pid, :quit)
:timer.sleep(100) # Give processes time to finish
end
end
SmartReceiver.run()Keeping State with Recursion
Since processes don't share memory, how do they maintain state? Through recursion!
A process passes its current state as an argument to itself when it calls its loop function again. This creates an immutable, sequential flow of state changes.
defmodule Counter do
def loop(count) do
receive do
:increment ->
IO.puts "Incrementing to #{count + 1}"
loop(count + 1)
:get_count ->
IO.puts "Current count: #{count}"
loop(count)
:stop ->
IO.puts "Counter stopped at #{count}"
end
end
def run do
counter_pid = spawn(Counter, :loop, [0])
send(counter_pid, :increment)
send(counter_pid, :increment)
send(counter_pid, :get_count)
send(counter_pid, :stop)
:timer.sleep(100)
end
end
Counter.run()Processes & Messages Check
Consider the following Elixir code snippet:
defmodule Quiz do
def server_loop do
receive do
{:ping, client_pid} ->
send(client_pid, :pong)
server_loop()
end
end
def client_action(server_pid) do
send(server_pid, {:ping, self()})
receive do
:pong ->
IO.puts "Received pong!"
_ ->
IO.puts "Received something else."
end
end
def run do
server_pid = spawn(Quiz, :server_loop, [])
client_action(server_pid)
end
end
Quiz.run()What will be printed to the console when Quiz.run() is executed?
Your First Steps in Concurrency
Congratulations! You've taken a big step into Elixir's powerful concurrency model.
Here's a quick summary of what we covered:
- Elixir Processes: Lightweight, isolated execution units.
- PIDs: Unique identifiers for processes, used for addressing.
spawn&self(): Functions to create processes and get their PIDs.- Message Passing: The primary way processes communicate using
sendandreceive. - 'Share Nothing': Processes don't share memory, leading to robust and scalable systems.
- Pattern Matching: Used within
receiveto handle different message types. - State: Maintained through recursive function calls.
These fundamental concepts are the bedrock for building highly concurrent and fault-tolerant applications in Elixir!
常见问题解答
「Elixir 进程与消息传递」课时是免费的吗?
是的 — 「Elixir 进程与消息传递」的完整文本可在网页上免费阅读。要进行交互式练习(内置代码编辑器和全天候 AI 导师)并解锁 Elixir & Phoenix: Scalable Backend Development 课程的其余内容,请升级到 CoddyKit PRO。 Elixir & Phoenix: Scalable Backend Development 课程共包含 4 节课。
「Elixir 进程与消息传递」这节课中我会学到什么?
了解轻量级 Elixir 进程及其通信方式,掌握“无共享”并发的原则。 你通过在浏览器中直接运行的动手代码来练习 Elixir & Phoenix: Scalable Backend Development,全天候 AI 导师会在你学习这节课的过程中回答你的问题。
学习 Elixir & Phoenix: Scalable Backend Development 需要有经验吗?
无需任何先前经验。CoddyKit 上的 Elixir & Phoenix: Scalable Backend Development 课程适合初学者到高级学习者,你可以从这里开始或从头开始,按照自己的节奏学习。 这是第 1 节课,共 4 节。
「Elixir 进程与消息传递」课时需要多长时间?
大多数 CoddyKit 课程大约需要 5–10 分钟。每节课都很精短且互动,所以你能稳步进步,并在网页和应用中从离开的地方继续。
我能在这节 Elixir & Phoenix: Scalable Backend Development 课中编写并运行代码吗?
能。每节 Elixir & Phoenix: Scalable Backend Development 课都包含内置代码编辑器,你可以在浏览器中直接编写并运行真实代码,并获得即时 AI 反馈 — 无需本地设置。
此课程中的所有课时
- Elixir 进程与消息传递
- 实现 GenServer 行为
- 监督者与应用结构
- 使用 Task 与 Agent 进行并发工作