1- Sanic入门
官方地址 https://sanic.readthedocs.io/en/latest/
gitbook翻译版本 https://zhucaidong.gitbooks.io/-sanic/content/
hello world

from sanic import Sanic from sanic.response import text app = Sanic(__name__) @app.route('/') async def test(request): return text('Hello world!') app.run(host='0.0.0.0', port=8000)
运行此文件,在浏览器输入
1 | http: / / 0.0 . 0.0 : 8000 / |
出现的字符会让你想起当年学c的恐惧
配置
对于一个项目来说,配置是一个很严肃的问题,比如说:在开发环境和生产环境中,配置是不同的,那么一个项目该如何自由地在不同的配置环境中进行切换呢,思考下,
然后带着答案或者疑问往下阅读。### 单一配置撸起袖子,开始吧,新建文件夹 `demo2` ,内部建立这样的文件结构:
demo02
├── config
│ ├── __init__.py
│ ├── config.py
│ ├── dev_config.py
│ └── pro_config.py
└── run.py
其中 `run.py` 内容如下:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 | #!/usr/bin/env python from sanic import Sanic from sanic.response import text app = Sanic() @app .route( "/" ) async def test(request): return text( 'Hello World!' ) if __name__ = = "__main__" : app.run(host = "0.0.0.0" , port = 8000 , debug = True ) |
代码示例中开启了 `debug` 模式,假设我们需要通过 `config.py` 配置文件来实现控制服务的 `debug` 模式开启与否,
那该怎么实现呢。在 `config.py` 中添加一行:`DEBUG=True` ,然后 `run.py` 内容改为:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 | #!/usr/bin/env python from sanic import Sanic from sanic.response import text from config import DEBUG app = Sanic() @app .route( "/" ) async def test(request): return text( 'Hello World!' ) if __name__ = = "__main__" : app.run(host = "0.0.0.0" , port = 8000 , debug = DEBUG) |
表面上看,功能确实实现了,但这实际上却不是很好的做法,若部署在生产环境中,难道还要特地再将 `debug` 改为 `False` 么,
这显然很浪费时间,如果需要改变的参数有很多,那就很难维护了。### 多配置那么,正确的做法应该是怎么样的呢?我们应当依据不同的环境来编写各自对应的环境,
举个例子,比如生产环境就对应`pro_config`,开发环境就对应`dev_config.py`等等具体该怎么实施?首先在文件夹 `demo2` ,内部建立这样的文件结构:
```shell
demo02
├── config
│ ├── __init__.py
│ ├── config.py
│ ├── dev_config.py
│ └── pro_config.py
└── run.py
```
然后使用类继承的方式使这三个配置文件联系起来,比如在 `config.py` 中就只放公有配置,如:
1 2 3 4 5 6 7 8 | import os '''这个文件放一些共有的配置''' class Config(): TIMEZONE = 'Asia/Shanghai' BASEDIR = os.path.dirname(os.path.dirname(__file__)) |
而在 `pro_config.py或dev_config.py` 中就可以自由地编写不同的配置了:
```python
# dev_config.py
1 2 3 4 | from .config import Config class DevConfig(Config): DEBUG = True |
# pro_config.py
from .config import Config class ProConfig(Config): DEBUG = False
配置文件还需要根据系统环境变量的设置进行不同配置环境的切换,比如设置 `MODE` 系统环境变量,
这里从系统环境变量得到配置也是个不错的方法,一般说利用`gunicorn`配置`worker`数目之类的,都可以使用这种方案。然后可以根据其不同的值切换到不同的配置文件,因此在 `__init__.py` 中需要这么写:
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 | #!/usr/bin/env python import os def load_config(): """ Load a config class """ # 从环境变量中取出指定的值,进行判断 mode = os.environ.get( 'MODE' , 'DEV' ) try : if mode = = 'PRO' : from .pro_config import ProConfig return ProConfig elif mode = = 'DEV' : from .dev_config import DevConfig return DevConfig else : from .dev_config import DevConfig return DevConfig except ImportError: from .config import Config return Config CONFIG = load_config() |
默认 `MODE` 设置为 `DEV`,在 `run.py` 文件中就可以这么调用:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 | from sanic import Sanic from sanic.response import text from config import CONFIG app = Sanic(__name__) app.config.from_object(CONFIG) @app .route( "/" ) async def test(request): return text( 'Hello World!' ) ''' 是否开启DEBUG模式是通过在系统的环境的变量中设置的值来断定的''' if __name__ = = '__main__' : app.run( '0.0.0.0' ,port = 8000 ,debug = app.config[ 'DEBUG' ]) |
而在生产环境的服务器上,直接通过设置系统变量就可以达到配置修改的目的了,如下:```shell# 通过设置MODE的值进行配置文件的选择export MODE=PRO
```若是利用 `supervisor` 来启动服务,可通过添加`environment = MODE="PRO"` 来设置环境变量,是不是很方便呢。
### 说明其实我编写这种微服务,配置更新是很正常且很频繁的需求,这样的话我就必须要求我的代码可以实现热更新,也就是可以迅速的修改配置,且迅速的生效,
目前我使用的是`ZooKeeper`来实现这个需求,有兴趣的朋友可以详细了解,或许你也是用这个方案呢?如果你有更好的方案,不妨告知一二。
以上代码转自 代码地址
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 基于Microsoft.Extensions.AI核心库实现RAG应用
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· 终于写完轮子一部分:tcp代理 了,记录一下
· 震惊!C++程序真的从main开始吗?99%的程序员都答错了
· 别再用vector<bool>了!Google高级工程师:这可能是STL最大的设计失误
· 单元测试从入门到精通
· 【硬核科普】Trae如何「偷看」你的代码?零基础破解AI编程运行原理