[转载] static 和 const的解释 (一)

本文深入探讨C++中static修饰符的作用与应用场景,包括控制变量的存储方式和可见性等,并解析const关键字的起源、用途及其在不同场景下的应用技巧。

static 是c++中很常用的修饰符,它被用来控制变量的存储方式和可见性,下面我将从 static 修饰符的产生原因、作用谈起,全面分析static 修饰符的实质。

static 的两大作用:

一、控制存储方式:

  static被引入以告知编译器,将变量存储在程序的静态存储区而非栈上空间。

  1、引出原因:函数内部定义的变量,在程序执行到它的定义处时,编译器为它在栈上分配空间,大家知道,函数在栈上分配的空间在此函数执行结束时会释放掉,这样就产生了一个问题: 如果想将函数中此变量的值保存至下一次调用时,如何实现?
最容易想到的方法是定义一个全局的变量,但定义为一个全局变量有许多缺点,最明显的缺点是破坏了此变量的访问范围(使得在此函数中定义的变量,不仅仅受此函数控制)。

  2、 解决方案:因此c++ 中引入了static,用它来修饰变量,它能够指示编译器将此变量在程序的静态存储区分配空间保存,这样即实现了目的,又使得此变量的存取范围不变。

二、控制可见性与连接类型 :

  static还有一个作用,它会把变量的可见范围限制在编译单元中,使它成为一个内部连接,这时,它的反义词为”extern”.

  static作用分析总结:static总是使得变量或对象的存储形式变成静态存储,连接方式变成内部连接,对于局部变量(已经是内部连接了),它仅改变其存储方式;对于全局变量(已经是静态存储了),它仅改变其连接类型。

类中的static成员:

一、出现原因及作用:

  1、需要在一个类的各个对象间交互,即需要一个数据对象为整个类而非某个对象服务。

  2、同时又力求不破坏类的封装性,即要求此成员隐藏在类的内部,对外不可见。

  类的static成员满足了上述的要求,因为它具有如下特征:有独立的存储区,属于整个类。

二、注意:

  1、对于静态的数据成员,连接器会保证它拥有一个单一的外部定义。静态数据成员按定义出现的先后顺序依次初始化,注意静态成员嵌套时,要保证所嵌套的成员已经初始化了。消除时的顺序是初始化的反顺序。

  2、类的静态成员函数是属于整个类而非类的对象,所以它没有this指针,这就导致了它仅能访问类的静态数据和静态成员函数。

const 是c++中常用的类型修饰符,但我在工作中发现,许多人使用它仅仅是想当然尔,这样,有时也会用对,但在某些微妙的场合,可就没那么幸运了,究其实质原由,大多因为没有搞清本源。故在本篇中我将对const进行辨析。溯其本源,究其实质,希望能对大家理解const有所帮助,根据思维的承接关系,分为如下几个部分进行阐述。

c++中为什么会引入const

  c++的提出者当初是基于什么样的目的引入(或者说保留)const关键字呢?,这是一个有趣又有益的话题,对理解const很有帮助。

1. 大家知道,c++有一个类型严格的编译系统,这使得c++程序的错误在编译阶段即可发现许多,从而使得出错率大为减少,因此,也成为了c++与c相比,有着突出优点的一个方面。

2. c中很常见的预处理指令 #define variablename variablevalue 可以很方便地进行值替代,这种值替代至少在三个方面优点突出:

  一是避免了意义模糊的数字出现,使得程序语义流畅清晰,如下例:
  #define user_num_max 107 这样就避免了直接使用107带来的困惑。

  二是可以很方便地进行参数的调整与修改,如上例,当人数由107变为201时,进改动此处即可,

  三是提高了程序的执行效率,由于使用了预编译器进行值替代,并不需要为这些常量分配存储空间,所以执行的效率较高。

  鉴于以上的优点,这种预定义指令的使用在程序中随处可见。

3. 说到这里,大家可能会迷惑上述的1点、2点与const有什么关系呢?,好,请接着向下

看来:

  预处理语句虽然有以上的许多优点,但它有个比较致命的缺点,即,预处理语句仅仅只是简单值替代,缺乏类型的检测机制。这样预处理语句就不能享受c++严格类型检查的好处,从而可能成为引发一系列错误的隐患。

4.好了,第一阶段结论出来了:
结论: const 推出的初始目的,正是为了取代预编译指令,消除它的缺点,同时继承它的优点。

现在它的形式变成了:

const datatype variablename = variablevalue ;
为什么const能很好地取代预定义语句?
const 到底有什么大神通,使它可以振臂一挥取代预定义语句呢?

1. 首先,以const 修饰的常量值,具有不可变性,这是它能取代预定义语句的基础。

2. 第二,很明显,它也同样可以避免意义模糊的数字出现,同样可以很方便地进行参数的调整和修改。

3. 第三,c++的编译器通常不为普通const常量分配存储空间,而是将它们保存在符号表中,这使得它成为一个编译期间的常量,没有了存储与读内存的操作,使得它的效率也很高,同时,这也是它取代预定义语句的重要基础。这里,我要提一下,为什么说这一点是也是它能取代预定义语句的基础,这是因为,编译器不会去读存储的内容,如果编译器为const分配了存储空间,它就不能够成为一个编译期间的常量了。

4. 最后,const定义也像一个普通的变量定义一样,它会由编译器对它进行类型的检测,消除了预定义语句的隐患。

const 使用情况分类详析

1.const 用于指针的两种情况分析:
 int const *a;  file://a可变,*a不可变
 int *const a;  file://a不可变,*a可变

  分析:const 是一个左结合的类型修饰符,它与其左侧的类型修饰符和为一个类型修饰符,所以,int const 限定 *a,不限定a。int *const 限定a,不限定*a。

2.const 限定函数的传递值参数:

 void fun(const int var);

  分析:上述写法限定参数在函数体中不可被改变。由值传递的特点可知,var在函数体中的改变不会影响到函数外部。所以,此限定与函数的使用者无关,仅与函数的编写者有关。
结论:最好在函数的内部进行限定,对外部调用者屏蔽,以免引起困惑。如可改写如下:

void fun(int var){
const int & varalias = var;

varalias ....

.....

}

3.const 限定函数的值型返回值:

const int fun1();

const myclass fun2();

 分析:上述写法限定函数的返回值不可被更新,当函数返回内部的类型时(如fun1),已经是一个数值,当然不可被赋值更新,所以,此时const无意义,最好去掉,以免困惑。当函数返回自定义的类型时(如fun2),这个类型仍然包含可以被赋值的变量成员,所以,此时有意义。

4. 传递与返回地址: 此种情况最为常见,由地址变量的特点可知,适当使用const,意义昭然。

5. const 限定类的成员函数:

class classname {

 public:

  int fun() const;

 .....

}

  注意:采用此种const 后置的形式是一种规定,亦为了不引起混淆。在此函数的声明中和定义中均要使用const,因为const已经成为类型信息的一部分。

获得能力:可以操作常量对象。

失去能力:不能修改类的数据成员,不能在函数中调用其他不是const的函数。

  在本篇中,const方面的知识我讲的不多,因为我不想把它变成一本c++的教科书。我只是想详细地阐述它的实质和用处. 我会尽量说的很详细,因为我希望在一种很轻松随意的气氛中说出自己的某些想法,毕竟,编程也是轻松,快乐人生的一部分。有时候,你会惊叹这其中的世界原来是如此的精美。

#include <unistd.h> #include <signal.h> #include "libubus.h" static struct ubus_context *ctx; static struct blob_buf b; enum { REQ_STATION_COUNT, REQ_AP_NAME, __REQ_MAX }; /* 接收的解析格式, client发送过来的调用是 blobmsg_add_u32(&b, "getcnt", ap_index); */ static const struct blobmsg_policy fun2_message_parse_policy[__REQ_MAX] = { [REQ_STATION_COUNT] = { .name = "getcnt", .type = BLOBMSG_TYPE_INT32 }, [REQ_STATION_COUNT] = { .name = "apname", .type = BLOBMSG_TYPE_STRING }, }; static int fun2_handler(struct ubus_context *ctx, struct ubus_object *obj, struct ubus_request_data *req, const char *method, struct blob_attr *msg) { struct blob_attr *tb[__REQ_MAX]; //模拟ap数组中station的个数 int ap_array[] = {-1, 11111,22222,33333}; int ap_index; blobmsg_parse(fun2_message_parse_policy, __REQ_MAX, tb, blob_data(msg), blob_len(msg)); if (!tb[REQ_STATION_COUNT]) return UBUS_STATUS_INVALID_ARGUMENT; ap_index = blobmsg_get_u32(tb[REQ_STATION_COUNT]); fprintf(stdout, "someone ask the ap[%d]' info \n", ap_index); if (ap_index > (sizeof(ap_array) / sizeof(int))) ap_index = 0; blob_buf_init(&b, 0); //返回客户端请求的station个数 blobmsg_add_u32(&b, "stacnt", ap_array[ap_index]); //发送 ubus_send_reply(ctx, req, b.head); return 0; } static const struct ubus_method test_methods[] = { UBUS_METHOD("fun2", fun2_handler, fun2_message_parse_policy), }; static struct ubus_object_type test_object_type = UBUS_OBJECT_TYPE("server_fun", test_methods); //定义个ubus 对象。 //其他进程通过调用相应字符串给执行对应的回调函数 //注册成功后可以通过命令ubus list -v 查看到obj //' server_fun' @79a8beac // "fun2" : {"getcnt":"Iterger","apname":"String"} static struct ubus_object test_object = { .name = "server_fun", .type = &test_object_type, .methods = test_methods, .n_methods = ARRAY_SIZE(test_methods), }; static void server_main(void) { int ret; //向ubusd新增个对象,之后test_object在ubusd中有个id号,其他进程通过该id号来向test_object发送消息。 ret = ubus_add_object(ctx, &test_object); if (ret) fprintf(stderr, "Failed to add object: %s\n", ubus_strerror(ret)); uloop_run(); } int main(int argc, char **argv) { const char *ubus_socket = NULL; int ch; while ((ch = getopt(argc, argv, "cs:")) != -1) { switch (ch) { case 's': ubus_socket = optarg; break; default: break; } } argc -= optind; argv += optind; uloop_init(); signal(SIGPIPE, SIG_IGN); ctx = ubus_connect(ubus_socket); if (!ctx) { fprintf(stderr, "Failed to connect to ubus\n"); return -1; } ubus_add_uloop(ctx); server_main(); ubus_free(ctx); uloop_done(); return 0; } ———————————————— 版权声明:本文为优快云博主「东升」的原创文章,遵循CC 4.0 BY-SA版权协议,转载请附上原文出处链接及本声明。 原文链接:https://blog.youkuaiyun.com/liangdsing/article/details/53694495
09-28
<think>我们正在讨论的是关于ubus服务开发的C语言代码问题。根据用户之前的上下文,用户可能正在尝试理解、优化或调试ubus服务的C语言代码。 由于用户提到了“包含ubus服务开发的C语言代码”,但没有提供具体的代码片段,我无法直接对代码进行解释、优化或错误排查。 因此,我将从般角度出发,介绍ubus服务开发的关键步骤常见代码结构,并给出个示例。 同时,我会指出些常见的陷阱优化建议。 注意:根据引用[1][2][4],ubus的安装编译过程已经完成,所以我们专注于代码开发部分。 下面是个典型的ubus服务开发流程: 1. 包含必要的头文件 2. 定义对象方法 3. 实现方法处理函数 4. 注册对象到ubus 5. 运行事件循环 我将提供个简单的示例代码,并对其进行解释,然后给出优化建议常见错误排查。 示例代码:个简单的ubus服务,提供个echo方法,将传入的字符串原样返回。 ```c #include <libubus.h> // 引用[4]中提到了安装的头文件 static struct ubus_context *ctx; // ubus上下文 // 定义方法处理函数 static int echo_handler(struct ubus_context *ctx, struct ubus_object *obj, struct ubus_request_data *req, const char *method, struct blob_attr *msg) { // 从消息中获取字符串参数 struct blob_attr *tb[__BLOBMSG_TYPE_LAST]; struct blob_attr *attr; char *str = NULL; // 解析消息属性 blobmsg_parse(echo_policy, ARRAY_SIZE(echo_policy), tb, blob_data(msg), blob_len(msg)); // 检查是否有"message"参数 if (!tb[BLOBMSG_TYPE_STRING]) { // 如果没有收到字符串参数,返回错误 ubus_send_reply(ctx, req, blob_memdup(blobbuf)); return UBUS_STATUS_INVALID_ARGUMENT; } attr = tb[BLOBMSG_TYPE_STRING]; str = blobmsg_get_string(attr); // 构建回复 struct blob_buf b = {}; blob_buf_init(&b, 0); blobmsg_add_string(&b, "echo", str); // 将原字符串放入名为"echo"的字段 // 发送回复 ubus_send_reply(ctx, req, b.head); // 清理 blob_buf_free(&b); return UBUS_STATUS_OK; } // 定义方法数组 static const struct ubus_method echo_methods[] = { UBUS_METHOD("echo", echo_handler, echo_policy), }; // 定义对象类型 static struct ubus_object_type echo_obj_type = UBUS_OBJECT_TYPE("echo", echo_methods); // 定义对象 static struct ubus_object echo_obj = { .name = "echo_service", .type = &echo_obj_type, .methods = echo_methods, .n_methods = ARRAY_SIZE(echo_methods), }; int main(int argc, char **argv) { const char *ubus_socket = NULL; uloop_init(); // 创建ubus上下文 ctx = ubus_connect(ubus_socket); if (!ctx) { fprintf(stderr, "Failed to connect to ubus\n"); return -1; } // 设置uloop ubus_add_uloop(ctx); // 注册对象 int ret = ubus_add_object(ctx, &echo_obj); if (ret) { fprintf(stderr, "Failed to add object: %s\n", ubus_strerror(ret)); return -1; } // 运行事件循环 uloop_run(); ubus_free(ctx); return 0; } ``` ### 代码解释 1. **头文件**:`#include <libubus.h>` 是必须的,它提供了ubus相关的函数数据结构[^4]。 2. **上下文**:`struct ubus_context *ctx` 是ubus服务的核心上下文,用于管理连接对象。 3. **方法处理函数**:`echo_handler` 是处理“echo”请求的函数。它通过`blobmsg_parse`解析传入的消息(使用策略`echo_policy`),然后获取字符串参数,构建回复并发送。 4. **策略(Policy)**:在代码中没有给出`echo_policy`的定义,它是用来验证传入参数的类型必要性的。例如: ```c static const struct blobmsg_policy echo_policy[] = { [BLOBMSG_TYPE_STRING] = { .name = "message", .type = BLOBMSG_TYPE_STRING }, }; ``` 这里定义了个名为“message”的字符串参数。 5. **对象注册**:定义对象类型对象,然后通过`ubus_add_object`注册到ubus。 6. **事件循环**:使用`uloop_init``uloop_run`来运行事件循环,处理ubus请求。 ### 优化建议 1. **错误处理**:在解析参数后,应该检查参数是否存在,如果不存在,应该返回明确的错误信息(如示例中所示)。 2. **内存管理**:使用`blob_buf_init``blob_buf_free`来管理内存,避免内存泄漏。 3. **多线程**:ubus默认是单线程的,如果需要处理大量并发请求,可以考虑使用多线程,但要注意ubus上下文不是线程安全的,通常每个线程使用独立的连接。 4. **超时处理**:长时间运行的处理可能会阻塞事件循环,考虑使用子进程或异步操作。 ### 常见错误排查 1. **无法连接到ubusd**:确保ubusd正在运行,并且当前用户有权限访问套接字(通常在/var/run/ubus.sock)。 2. **对象注册失败**:检查对象名称是否唯,如果重复注册会导致失败。 3. **参数解析失败**:检查策略定义是否正确,以及客户端发送的参数是否匹配。 4. **内存泄漏**:使用工具如valgrind检查,确保每次请求后正确释放内存(如`blob_buf_free`)。 ### 相关问题 1. 如何定义ubus方法的参数策略(policy)? 2. 如何处理ubus服务中的异步操作? 3. 如何让ubus服务支持多个客户端同时调用? 4. 如何调试ubus服务的内存泄漏问题? 5. 如何增加ubus服务的安全性(例如权限控制)? </think>### U-Bus 服务开发 C 代码解析与优化 以下针对 U-Bus 服务开发的典型 C 语言代码结构进行分步解析,结合引用[1][2][4]的编译部署实践: #### 1. **基础框架解析** ```c #include <libubus.h> // 核心头文件[^4] static struct ubus_context *ctx; // U-Bus 上下文对象 // 方法处理函数原型 static int service_method_handler( struct ubus_context *ctx, struct ubus_object *obj, struct ubus_request_data *req, const char *method, struct blob_attr *msg ); // 对象声明 static struct ubus_object main_object = { .name = "my_service", // 服务名称[^4] .type = &main_object_type, .methods = main_methods, // 注册方法表 .n_methods = ARRAY_SIZE(main_methods) }; ``` #### 2. **核心生命周期管理代码** ```c int main(int argc, char **argv) { uloop_init(); // 初始化事件循环[^2] // 连接 U-Bus 守护进程 ctx = ubus_connect(NULL); // NULL 表示默认 socket 路径[^1] if (!ctx) { fprintf(stderr, "连接 ubusd 失败\n"); // 引用[1]安装问题 return -1; } ubus_add_uloop(ctx); // 绑定事件循环 // 注册服务对象 int ret = ubus_add_object(ctx, &main_object); if (ret) { fprintf(stderr, "注册失败: %s\n", ubus_strerror(ret)); goto cleanup; } uloop_run(); // 启动事件循环(阻塞) cleanup: ubus_free(ctx); // 释放资源 uloop_done(); return ret; } ``` #### 3. **关键优化建议** - **连接健壮性增强**(应对 ubusd 重启): ```c // 重连机制示例 void reconnect_cb(struct uloop_timeout *t) { if (!ubus_reconnect(ctx, NULL)) { ubus_add_uloop(ctx); ubus_add_object(ctx, &main_object); // 重新注册 } else { uloop_timeout_set(t, 1000); // 1秒后重试[^2] } } ``` - **内存泄漏预防**: ```c // 使用 blob_buf 的正确姿势 struct blob_buf b; blob_buf_init(&b, 0); // 初始化 blobmsg_add_string(&b, "key", "value"); // 添加数据 ubus_send_reply(ctx, req, b.head); // 发送 blob_buf_free(&b); // 必须释放![^4] ``` - **信号安全注册**: ```c // 信号声明(需在对象注册前完成) static struct ubus_signal sig_config = { .name = "config_updated", // 信号名称 .object = &main_object // 绑定对象 }; // 触发信号 blob_buf_init(&b, 0); blobmsg_add_string(&b, "param", "new_value"); ubus_send_signal(ctx, &sig_config, b.head); // 广播 ``` #### 4. **常见错误排查** | **现象** | **可能原因** | **解决方案** | |---------------------------|---------------------------------------|----------------------------------| | 连接失败 (`ctx == NULL`) | ubusd 未运行[^1] | 检查 `ubusd` 进程状态 | | 方法调用超时 | 未执行 `uloop_run()` | 确保事件循环启动[^2] | | 内存持续增长 | `blob_buf` 未释放 | 添加 `blob_buf_free()` | | 信号接收失败 | 信号未注册到对象 | 检查 `.object` 指针绑定 | | 段错误 (Segfault) | 访问已释放的 `ctx` | 添加空指针检查 | ### 相关问题 1. 如何实现 U-Bus 服务的动态方法注册? 2. U-Bus 消息传输中二进制数据如何处理? 3. 如何监控 U-Bus 服务的实时状态? 4. 多线程环境下 U-Bus 服务需要注意哪些并发问题? 5. 如何通过 U-Bus 实现跨进程的流式数据传输? > 注:以上代码需链接 `libubus.so` 编译,引用[1][2][4]的安装步骤确保环境正确性。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值