企业官网建设流程全解析

1. 项目概述：为什么我们需要一个“极简”的脚本引擎？

如果你是一名嵌入式软件工程师，或者正在开发资源极其受限的物联网设备，那么你一定对“内存焦虑”深有体会。当你的MCU只有几十KB的RAM，Flash空间也捉襟见肘时，想要引入一个动态、灵活的脚本层来提升开发效率或实现热更新，简直是一种奢望。传统的脚本引擎，比如Lua的官方实现，或者MicroPython，虽然功能强大，但对于这些“小身材”的芯片来说，还是显得过于“臃肿”了。它们动辄需要几十甚至上百KB的RAM，这还没算上运行时动态分配的开销。于是，一个名为PikaScript的极简主义脚本引擎，开始在一些追求极致资源利用的开发者圈子里流行起来。

PikaScript 到底是什么？简单说，它是一个用C语言编写的、高度可裁剪的、专为资源受限嵌入式环境设计的Python语法兼容脚本引擎。它的核心目标就一个：在极小的资源占用下，提供可用的脚本能力。这里的“极小”是什么概念？它的核心解释器内核可以裁剪到仅有4KB的ROM占用和不到1KB的RAM占用。这意味着，你甚至可以在一些8位单片机或者那些只有32KB Flash的ARM Cortex-M0芯片上，流畅地运行一个Python脚本。这不仅仅是技术上的炫技，它实实在在地为嵌入式开发打开了一扇新的大门：你可以用更接近自然语言的Python语法来编写业务逻辑，而底层的硬件驱动和实时任务依然用高效的C语言完成，两者通过PikaScript无缝交互。

我第一次接触PikaScript是在一个智能家居传感器的项目上。那个项目用的主控芯片Flash只有64KB，RAM只有8KB。客户后期希望增加一些简单的规则引擎功能，比如“当温度超过30度且湿度低于50%时，通过GPIO点亮一个警示灯”。如果全部用C语言硬编码，每次修改规则都需要重新编译、烧录，非常麻烦。而引入PikaScript后，我只需要在初始化时预编译几个基础的硬件操作函数（如read_temp(),set_gpio()），然后把上面的业务逻辑写成一段Python脚本，存储在芯片的EEPROM或者外部Flash中。设备上电后，加载并解释执行这段脚本即可。后期要修改规则，只需要更新这段脚本文本，完全不需要动到底层的固件。这种灵活性的提升，对于产品迭代和现场调试来说，价值巨大。

2. 核心设计哲学：极简不是简陋，而是精准的裁剪

PikaScript 的设计充满了嵌入式工程师的实用主义智慧。它没有试图去实现完整的CPython标准，那对于MCU来说既不现实也没必要。它的设计哲学是：按需索取，最小内核。

2.1 与主流嵌入式脚本方案的对比

为了更直观地理解PikaScript的定位，我们可以把它和几个常见的方案做个对比：

从上表可以清晰看出，PikaScript在资源占用上拥有数量级的优势。MicroPython和Lua对于很多低端MCU来说是“不可承受之重”。而PikaScript瞄准的正是这片空白市场。它的实现思路是：只实现最核心的解释执行和对象模型，所有高级功能（如模块、异常处理、复杂数据结构）都以可选的、松散耦合的“插件”形式提供。你需要列表（List）？好，把PikaStdLib中的List模块编译进去。你需要字典（Dict）？同样操作。你不需要？那它们就完全不存在，不会占用你一丝一毫的存储空间。

2.2 核心架构：微内核与模块化

PikaScript的架构可以概括为“微内核+模块化”。它的核心（Core）只做三件事：

1. 词法分析和语法分析：将Python源代码转换成内部的字节码或抽象语法树（AST）。为了极致精简，它的语法分析器是手写的递归下降解析器，而不是像CPython那样使用生成工具，这减少了很多运行时依赖。
2. 对象模型：定义一个最基础的PikaObj结构体，所有在脚本中出现的变量、函数、模块本质上都是一个PikaObj。对象内部通过引用计数来管理生命周期，这是一种简单且确定性高的内存管理方式，避免了复杂GC带来的不确定性和内存开销。
3. 虚拟机：一个非常精简的字节码解释器，负责执行编译后的中间代码。它的指令集设计得非常紧凑，只包含最基本的操作（如加载常量、变量操作、算术运算、函数调用等）。

在这个微内核之上，一切皆是模块。标准库（如time,machine）是模块，你从C语言注册的函数和变量也是模块。这种设计带来了无与伦比的裁剪灵活性。你可以通过编译前的宏定义，像点菜一样选择需要的功能。例如，在项目的pika_config.h文件中，你可以这样配置：

// 启用浮点数支持（会增加一些代码体积） #define PIKA_FLOAT_TYPE double // 启用字符串操作模块 #define PIKA_MODULE_STRING_ENABLE 1 // 禁用你不用的数学库模块 #define PIKA_MODULE_MATH_ENABLE 0

这种高度模块化使得PikaScript能够适应从51单片机到Linux嵌入式系统的广阔范围。

注意：极简的设计必然有取舍。PikaScript不支持完整的Python特性，比如装饰器、生成器、元类等高级语法。它的标准库也非常有限，更像是一个“运行时”而非“开发环境”。选择它，意味着你接受用功能上的些许让步，换取资源上的巨大解放。

3. 从零开始：将PikaScript移植到你的STM32项目

理论说得再多，不如动手一试。我们以一个典型的场景为例：将PikaScript移植到一颗STM32F103C8T6（俗称“蓝莓派”，64KB Flash，20KB RAM）芯片上，并实现一个简单的LED闪烁脚本控制。这个过程会清晰地展示PikaScript如何与现有嵌入式工程融合。

3.1 环境准备与源码获取

首先，你不需要复杂的Python环境或交叉编译工具链。PikaScript本身是纯C项目，只需要你的MCU开发环境（如Keil MDK、IAR或GCC ARM）。获取源码最推荐的方式是从GitHub官方仓库克隆或下载发布包：

git clone https://github.com/pikastech/pikascript.git

下载后，你会看到主要的目录结构：

• /src：核心源码，包含解释器内核、对象系统等。
• /port：不同平台和RTOS的移植层代码。
• /package：各种内置模块和标准库的实现。
• /tools：一些辅助工具，如用于预编译Python模块为C数组的“固化工具”。

对于STM32项目，我们最关心的是/src核心代码和/port下的移植模板。

3.2 工程集成与最小化配置

假设你已有一个基于HAL库的STM32基础工程（比如用STM32CubeMX生成）。集成PikaScript的步骤如下：

1. 添加源码：将/src目录下的所有.c文件（如pikaScript.c,dataArgs.c,dataMemory.c等）添加到你的MDK/IAR工程中。通常只需添加这几个核心文件即可。
2. 添加头文件路径：将PikaScript根目录和/src目录添加到编译器的头文件搜索路径中。
3. 创建移植文件：在/port目录下找一个最接近的模板，比如/port/linux或/port/common。我们需要创建一个/port/stm32。关键是要实现几个平台相关的函数，主要是内存管理和输出打印。
   • 内存分配：PikaScript需要动态分配内存来创建对象。在资源紧张的MCU上，我们通常实现一个简单的内存池管理器，而不是直接调用malloc/free。例如，在pika_port.c中：

   #include "pikaScript.h" #include "main.h" // 定义一个静态数组作为PikaScript的专用内存池 #define PIKA_POOL_SIZE 4096 static uint8_t pika_pool[PIKA_POOL_SIZE]; static size_t pika_pool_index = 0; void* pika_platform_malloc(size_t size) { if (pika_pool_index + size > PIKA_POOL_SIZE) { // 内存耗尽，可以输出错误或重启 Error_Handler(); return NULL; } void* ptr = &pika_pool[pika_pool_index]; pika_pool_index += size; return ptr; } void pika_platform_free(void* ptr) { // 在引用计数模式下，free操作通常什么都不做。 // 或者，你可以实现一个更复杂的内存池来回收内存。 // 对于简单应用，不释放也是可以的，因为对象生命周期通常与主程序一致。 (void)ptr; }

   • 打印输出：脚本中的print()函数需要重定向到你的串口。实现pika_platform_printf：

   #include <stdio.h> extern UART_HandleTypeDef huart1; // 你的串口句柄 void pika_platform_printf(const char* fmt, ...) { char buf[128]; va_list args; va_start(args, fmt); int len = vsnprintf(buf, sizeof(buf), fmt, args); va_end(args); HAL_UART_Transmit(&huart1, (uint8_t*)buf, len, HAL_MAX_DELAY); }

4. 配置裁剪：在项目根目录创建或修改pika_config.h。这是控制功能开关的核心文件。对于第一个LED闪烁demo，我们可以极度精简：

   // pika_config.h #pragma once // 基础类型定义 #define PIKA_BOOL_TYPE uint8_t #define PIKA_INT_TYPE int32_t // 我们不使用浮点数，关闭以节省空间 // #define PIKA_FLOAT_TYPE double // 启用最基础的标准库模块 #define PIKA_MODULE_DEVICE_ENABLE 1 // 用于GPIO控制 #define PIKA_MODULE_TIME_ENABLE 1 // 用于延时 // 禁用所有不需要的模块 #define PIKA_MODULE_MATH_ENABLE 0 #define PIKA_MODULE_STRING_ENABLE 0 // ... 其他模块同理 // 设置内存池大小（与前面定义的匹配） #define PIKA_POOL_SIZE 4096

完成以上步骤，编译工程，你应该能得到一个包含了PikaScript内核的固件，其体积增加可能只有5-8KB左右，完全在STM32F103的承受范围内。

3.3 编写C绑定与运行第一个脚本

现在，我们需要在C语言侧“注册”硬件功能，让Python脚本能够调用。假设我们想控制板载的LED（连接在PC13引脚）。

1. 在C代码中注册模块和函数：

   // main.c #include "pikaScript.h" #include "main.h" // 1. 定义一个C函数，它将被脚本调用 PIKA_OBJ my_led_toggle(PIKA_OBJ self, PIKA_ARGS args) { HAL_GPIO_TogglePin(GPIOC, GPIO_PIN_13); return NULL; // 返回None } // 2. 初始化PikaScript并注册模块 void pika_user_init(void) { // 创建根对象 PikaObj* root = pikaScriptInit(); // 创建一个名为“board”的模块对象 PikaObj* board = newNormalObj(root, "board"); // 向“board”模块中注册一个名为“led_toggle”的函数，它对应C函数my_led_toggle obj_defineMethod(board, "led_toggle", my_led_toggle); // 将“board”模块挂载到根模块下，这样脚本中就可以`import board`了 obj_setModule(root, "board", board); }

   这段代码创建了一个名为board的Python模块，并在其中添加了一个led_toggle方法。obj_defineMethod是PikaScript提供的API，用于将C函数与脚本方法绑定。

2. 编写Python脚本：我们可以把脚本内容直接以字符串形式嵌入C代码，或者从外部存储读取。这里用嵌入的方式：

   void run_led_script(void) { PikaObj* root = pikaScriptInit(); // 获取根对象（已初始化过） char* script = "import board\n" "import time\n" "while True:\n" " board.led_toggle()\n" " time.sleep_ms(500)\n"; // 注意：PikaScript的time.sleep单位可能是毫秒 // 运行脚本 pikaScriptRun(root, script); }

   在main函数的初始化部分调用pika_user_init()，然后在主循环中调用run_led_script()。理论上，上电后脚本就会运行，LED开始以1Hz频率闪烁。

实操心得：第一次运行很可能不成功，脚本可能会在解析import time时就报错。这是因为我们虽然在pika_config.h中启用了TIME模块，但time.sleep_ms这个具体方法可能依赖于更底层的系统时钟驱动。这时你需要去/package目录下找到PikaStdLib库，查看time模块的C实现，确保你实现了它所需要的底层平台接口（如一个获取毫秒级tick的函数pika_platform_get_tick()）。这就是PikaScript模块化带来的另一个特点：你需要为你启用的模块提供必要的“土壤”（平台驱动）。这增加了移植的初始工作量，但也保证了最终系统里没有一行多余的代码。

4. 深入解析：PikaScript的对象模型与C交互原理

要让PikaScript在项目中真正发挥作用，而不仅仅是跑个Demo，必须理解它的对象模型和与C语言的交互机制。这是你编写复杂绑定、实现高效数据传递的关键。

4.1 万物皆对象：PikaObj的结构

在PikaScript中，一切数据实体都是一个PikaObj结构体。这个结构体非常精简，主要包含：

• 类型信息：标识这是一个整数、字符串、列表、函数还是模块。
• 值：一个联合体（union），根据类型存储实际的数据（如intVal, floatVal, 或指向更复杂结构的指针）。
• 属性表：一个链表或小型哈希表，用于存储这个对象的“属性”（对于模块或类实例来说，就是其方法或成员变量）。
• 引用计数：用于管理对象生命周期。

当你在脚本中写下a = 42，解释器会创建一个类型为INT的PikaObj，其intVal为42。当写下import board，解释器会找到我们在C代码中创建并注册的那个board模块对象（也是一个PikaObj）。

4.2 C函数绑定的详细过程

上面例子中obj_defineMethod(board, "led_toggle", my_led_toggle)这行代码背后发生了什么？

1. 方法定义：obj_defineMethod会在board这个PikaObj的属性表中添加一个条目。键（Key）是字符串"led_toggle"，值（Value）是一个特殊的“方法对象”。这个“方法对象”内部存储了一个函数指针，指向C函数my_led_toggle。
2. 脚本调用：当脚本执行board.led_toggle()时，解释器会： a. 在board对象的属性表中查找"led_toggle"。 b. 找到对应的“方法对象”，取出其中的C函数指针。 c. 创建一个PIKA_ARGS对象。这个对象封装了Python函数调用时的参数信息（虽然本例无参数）。 d. 调用C函数my_led_toggle(self, args)。这里的self参数就是board对象本身（在面向对象语境下），args包含了参数信息。
3. 参数解析与返回：C函数内部可以通过PikaScript提供的API从args中解析出Python传递过来的参数。同样，也可以通过API创建新的PikaObj作为返回值返回给脚本。

例如，我们想实现一个带参数的函数，计算两个数之和：

PIKA_OBJ my_add(PIKA_OBJ self, PIKA_ARGS args) { // 1. 从args中按位置解析两个整数参数 int a = args_getInt(args, 0); // 第一个参数 int b = args_getInt(args, 1); // 第二个参数 // 2. 执行计算 int sum = a + b; // 3. 将结果封装成PikaObj返回给脚本 return newInt(self, sum); }

在脚本中就可以这样调用：result = board.my_add(10, 20)。

4.3 内存管理：引用计数的利与弊

PikaScript默认使用引用计数进行内存管理。每个PikaObj内部都有一个refcnt字段。当有一个新的引用指向它时（比如赋值给另一个变量），refcnt加1。当引用失效时（比如变量离开作用域），refcnt减1。当refcnt减到0时，对象所占用的内存会被回收（对于MCU，可能是放回内存池或标记为可复用）。

优点：

• 确定性：对象一旦引用计数归零，会立刻被回收，没有传统垃圾回收（GC）的停顿问题。
• 简单高效：增减计数的操作开销极小，适合实时性要求高的嵌入式环境。

缺点：

• 循环引用：这是引用计数的阿喀琉斯之踵。如果对象A引用B，B也引用A，那么它们的引用计数永远无法归零，导致内存泄漏。PikaScript的应对策略是：不鼓励或限制创建复杂的循环引用数据结构。在嵌入式脚本中，数据结构通常比较简单，循环引用的问题不突出。对于模块等系统级对象，其生命周期通常与程序一致，无需回收。
• 需要开发者稍加注意：在C绑定代码中，如果你创建了一个临时对象并返回给脚本，你不需要手动管理它的引用，解释器会接手。但如果你在C端长期持有一个脚本对象的引用，则需要手动调用obj_refInc和obj_refDec来管理，防止被误回收。

重要提示：在资源极度紧张且对象创建不频繁的场景下，甚至可以完全关闭动态内存分配和回收。你可以在初始化时分配一个足够大的对象池，所有脚本运行期间的对象都从池中静态分配，程序结束后统一清理。这完全避免了运行时内存管理的开销和碎片问题，是PikaScript在硬实时系统中的一种典型用法。

5. 进阶应用：构建一个可配置的传感器数据过滤器

让我们看一个更贴近实际产品的例子：一个环境监测节点，需要采集温度、湿度，但原始数据可能存在毛刺。我们希望在脚本层实现一个可配置的滑动平均滤波器，而滤波器的窗口大小可以在设备部署后通过更新脚本进行调整。

5.1 C侧：提供数据采集的底层API

首先，在C代码中提供传感器读数和滤波器更新的基础操作：

// sensor_bind.c static float g_temperature = 0.0f; static float g_humidity = 0.0f; // 模拟从传感器读取数据（实际中会调用I2C/SPI驱动） PIKA_OBJ sensor_read_temp(PIKA_OBJ self, PIKA_ARGS args) { (void)args; // 此函数无参数 // 实际硬件读取代码... // g_temperature = read_temp_from_hardware(); return newFloat(self, g_temperature); } PIKA_OBJ sensor_read_humidity(PIKA_OBJ self, PIKA_ARGS args) { (void)args; // g_humidity = read_humidity_from_hardware(); return newFloat(self, g_humidity); } // 初始化时注册 void pika_user_sensor_init(PikaObj* root) { PikaObj* sensor = newNormalObj(root, "sensor"); obj_defineMethod(sensor, "read_temperature", sensor_read_temp); obj_defineMethod(sensor, "read_humidity", sensor_read_humidity); obj_setModule(root, "sensor", sensor); }

5.2 Python脚本：实现可配置的滤波逻辑

然后，我们可以编写一个Python脚本，该脚本从C模块读取数据，应用滤波，并判断是否触发报警。关键点在于，滤波器的逻辑和参数完全由脚本定义，可动态更改。

# filter_config.py import sensor import time # 可配置的滤波器参数 FILTER_WINDOW_SIZE = 5 # 滑动平均窗口大小 TEMP_THRESHOLD = 30.0 # 温度报警阈值 # 初始化滤波器历史队列（用列表模拟） temp_history = [] def update_filter(new_value, history, window_size): """滑动平均滤波""" history.append(new_value) if len(history) > window_size: history.pop(0) # 移除最旧的数据 return sum(history) / len(history) def main_loop(): while True: # 1. 读取原始数据 raw_temp = sensor.read_temperature() raw_humi = sensor.read_humidity() # 2. 应用滤波 filtered_temp = update_filter(raw_temp, temp_history, FILTER_WINDOW_SIZE) # 可以对湿度进行同样的滤波... # 3. 业务逻辑判断 if filtered_temp > TEMP_THRESHOLD: # 触发报警，这里可以调用C绑定的报警函数，如 board.led_on() 或发送网络消息 print("[ALERT] Temperature too high:", filtered_temp) else: print("[INFO] Temp:", filtered_temp, "Humi:", raw_humi) # 4. 延时，控制采样率 time.sleep_ms(2000) # 每2秒采样一次 # 启动主循环 if __name__ == "__main__": main_loop()

这个脚本展示了PikaScript的核心价值：将易变的业务逻辑（滤波算法、阈值判断）从固件中剥离出来。产品经理想要调整滤波强度或报警阈值？只需要通过OTA或串口下发新的filter_config.py文件，覆盖旧的即可，无需重新编译和烧录整个固件，也无需重启设备（脚本可以设计成支持热重载）。

5.3 脚本的存储与加载机制

在MCU中，脚本文本如何存储和加载是一个实际问题。有几种常见方案：

1. 编译期固化：使用PikaScript提供的rustgen工具，将Python脚本预编译成C语言字节码数组，直接链接到固件中。优点是加载速度快，脚本受保护；缺点是修改仍需重新编译。

   # 使用工具将.py文件转换为.c/.h文件 python rustgen.py filter_config.py -o filter_config.c

   然后在C代码中：

   #include "filter_config.c" pikaScriptRun(root, filter_config_bytecode);

2. 外部存储：将脚本以纯文本形式存储在SPI Flash、SD卡或EEPROM中。上电后，MCU从存储中读取脚本内容到RAM缓冲区，再交给pikaScriptRun执行。这种方式支持动态更新。

3. 网络下发：通过Wi-Fi、蓝牙或LoRa等通信方式，从服务器或手机APP接收新的脚本内容，在内存中直接执行或先存储到外部Flash再执行。这是实现远程业务逻辑更新的终极形态。

实操心得：对于复杂的脚本，直接解释执行文本（方案2）在MCU上可能会比较慢，因为每次运行都要进行词法语法分析。更高效的做法是结合方案1和2：在PC或服务器端使用PikaScript的编译工具，将文本脚本预编译成字节码，再将字节码文件下发到设备。设备端只需要一个轻量级的字节码解释器，这可以极大提升脚本加载和执行速度，同时节省RAM（因为不需要存储完整的脚本文本）。PikaScript的架构支持这种“预编译-执行”分离的模式。

6. 性能调优与调试技巧

在资源受限的环境下使用脚本引擎，性能和调试是绕不开的话题。

6.1 内存使用分析与优化

首先，你需要清楚PikaScript运行时内存的消耗点：

• 内存池：这是最大的开销。你需要根据脚本复杂度来调整PIKA_POOL_SIZE。一个粗略的估算方法是：在PC上模拟运行你的脚本，使用PikaScript提供的obj_printMemInfo()函数打印内存使用峰值，然后在此基础上增加20%-50%的余量作为MCU上的配置值。
• 调用栈：函数调用嵌套深度会消耗栈空间。PikaScript有自己的调用栈管理，但深度过深（如递归）也可能导致问题。在嵌入式环境中，建议将递归逻辑改写为循环。
• 字符串常量：脚本中的每一个字符串字面量（如"Hello"）都会在内存池中创建一个字符串对象。尽量减少脚本中冗余的字符串。

优化建议：

• 使用字节码：如前所述，使用预编译的字节码可以避免运行时解析的开销，同时文本中的字符串常量在编译期就被处理，可能更节省内存。
• 对象复用：在频繁调用的函数中，避免在循环内部创建大量临时对象。可以考虑在C绑定层完成计算，直接返回基础类型（int, float），而不是在脚本层进行复杂的字符串拼接或列表操作。
• 裁剪模块：反复检查pika_config.h，关闭所有用不到的特性。每一个启用的模块，都会增加代码体积（ROM）和初始化时的内存占用（RAM）。

6.2 调试手段：没有IDE怎么办？

嵌入式环境下调试脚本不像在PC上那么方便，但仍有方法：

1. 打印大法好：充分利用print()函数。在脚本关键位置插入打印，输出变量值或执行状态。确保你的pika_platform_printf重定向到了可观察的串口。
2. 错误信息：PikaScript在运行出错（如语法错误、运行时类型错误）时，会通过pika_platform_printf输出错误信息，包括错误类型和行号（如果脚本是文本形式）。务必确保这些信息能正常输出。
3. 交互式解释器：如果资源允许，可以启用PikaScript的交互式模式。这样你可以通过串口终端直接输入Python命令，实时测试函数、查询变量，这对于现场调试和问题复现极其有用。启用它需要编译repl模块并实现一个简单的命令行输入接口。
4. 内存信息打印：在怀疑内存泄漏或不足时，在C代码中定期调用obj_printMemInfo(root)，打印当前内存池的使用情况、对象数量等信息，帮助你分析内存消耗趋势。

6.3 常见问题与排查实录

以下是我在实际项目中遇到的一些典型问题及解决方案：

问题1：脚本运行一次后，第二次运行失败或系统卡死。

• 排查：很可能是内存泄漏。引用计数没有正确归零，导致内存池耗尽。
• 解决：检查C绑定函数。你是否在C函数中创建了对象（newInt,newString等）但没有正确返回或释放？确保对象的生命周期管理正确。对于全局或长期持有的对象，使用obj_refInc增加引用以防止被回收；当不再需要时，使用obj_refDec。

问题2：调用C函数时，程序跑飞（HardFault）。

• 排查：最常见的原因是C函数签名错误或参数解析越界。
• 解决：仔细核对C函数签名，必须是PIKA_OBJ func(PIKA_OBJ self, PIKA_ARGS args)。在解析args时，先用args_getSize(args)检查参数个数，再用args_isInt(args, 0)等检查参数类型，最后才取值。避免盲目地对args进行类型转换或指针操作。

问题3：脚本执行速度比预期慢很多。

• 排查：可能是脚本中有大量的循环或是在解释执行大型文本脚本。
• 解决：
  • 将热点循环逻辑移到C函数中实现。
  • 改用预编译的字节码执行。
  • 检查是否在脚本中频繁创建和销毁大型对象（如列表），尝试优化算法，复用对象。

问题4：import模块失败，提示“ModuleNotFound”。

• 排查：模块没有在C侧正确注册，或者模块名拼写错误。
• 解决：确认在pika_user_init函数中，已经使用obj_setModule将模块对象注册到了根对象下。并且注册的名字（如"board"）必须和脚本中import的名字完全一致（大小写敏感）。

将PikaScript集成到产品中，是一个在灵活性与资源消耗之间寻找最佳平衡点的过程。它要求开发者不仅懂嵌入式C编程，还要对Python脚本的运行机制有一定理解。但一旦打通了这个链路，你会发现它为嵌入式开发带来的敏捷性和可维护性提升是巨大的。对于需要后期功能调整、支持用户自定义逻辑或进行快速原型验证的项目来说，投入时间学习和集成PikaScript，是一项非常值得的投资。