指针初始化

类的基本思想是数据抽象和封装。数据抽象是一种依赖于接口和实现分离的编程技术，类的接口包括用户所能执行的操作，类的实现则包括类的数据成员、负责接口实现的函数体以及定义类所需的各种私有函数。封装实现了类的接口和实现的分离，封装后的类隐藏了它的实现细节，即类的用户只能使用接口而不能访问实现部分。 类要想实现数据抽象和封装，首先需要定义一个抽象数据类型，在抽象数据类型中，由类的设计者负责考虑类的实现过程，而使用该类的程序员只需要抽象地思考类型做了什么，而无须了解类型的工作细节。 我们可以通过抽象数据类型提供的接口来完成某些操作，但如果一个类没有任何接口供用户使用，只有一些数据成员，那这个类就不是抽象数据类型，一旦定义了一些成员函数供类的用户使用，它就变成了了抽象数据类型。 定义和声明成员函数的方式与普通函数差不多，成员函数的声明必须在类的内部，但它的定义既可以在类的内部，也可以在类的外部。定义在类内部的函数是隐式的inline函数。 Sales_data类： struct Sales_data { string isbn ( ) const { return bookNo ; } Sales_data & combine ( const Sales_data & ) ; double avg_price ( ) const ; string bookNo ; unsigned units

Introduction 在实际的项目中,当项目的代码量不断增加的时候，你会发现越来越难管理和跟踪其各个组件，如其不善，很容易就引入BUG。因此、我们应该掌握一些能让我们程序更加健壮的方法。 这篇文章提出了一些建议，能有引导我们写出更加强壮的代码，以避免产生灾难性的错误。即使、因为其复杂性和项目团队结构，你的程序目前不遵循任何编码规则，按照下面列出的简单的规则可以帮助您避免大多数的崩溃情况。 Background 先来介绍下作者开发一些软件(CrashRpt),你可以 http://code.google.com/p/crashrpt/ 网站上下载源代码。CrashRpt 顾名思义软件崩溃记录软件（库），它能够自动提交你电脑上安装的软件错误记录。它通过以太网直接将这些错误记录发送给你，这样方便你跟踪软件问题，并及时修改，使得用户感觉到每次发布的软件都有很大的提高，这样他们自然很高兴。 图 1、CrashRpt 库检测到错误弹出的对话框 在分析接收的错误记录的时候,我们发现采用下文介绍的方法能够避免大部分程序崩溃的错误。例如、局部变量未初始化导致数组访问越界，指针使用前未进行检测（NULL）导致访问访问非法区域等。 我已经总结了几条代码设计的方法和规则，在下文一一列出，希望能够帮助你避免犯一些错误，使得你的程序更加健壮。 Initializing Local Variables

一、为什么要使用模块 由于linux使用的是整体结构，不是模块化的结构，整体结构实现的操作系统可扩展性差。linux为了扩展系统，使用了模块的技术，模块能够从系统中动态装入和卸载，这样使得linux也具有很好的可扩展性。 二、linux中哪些代码作为模块实现，哪些直接编译进内核？ 当然我们是尽量把代码编译成模块，这样就可以根据需要进行链接，内核的代码量也会少很多。几乎所有的高层组件—文件系统、设备驱动程序、可执行格式、网络层等等—都可以作为模块进行编译。 然而有些代码确必须直接编译进内核。这些代码通常是对数据结构或者函数进行修改。如内核中已经定义好了的数据结构，如果要改变这个数据结构，那么只有从新编译内核了。 三、管理模块 内核主要完成管理模块的两个任务。第一个任务是确保内核的其它部分可以访问该模块的全局符号，模块还必须知道全局符号在内核及其它模块中的地址。因此，在链接模块时，一定要解决模块间的引用关系。第二个任务是记录模块的使用情况，以便再其它模块或者内核的其它部分正在使用这个模块时，不能卸载这个模块。 四、模块使用的数据结构 每个模块都用一个module描述符描述，并且链接到一个以modules变量为链表头的双向循环链表中。 module描述符: struct module { enum module_state state; //模块内部状态 struct list_head

---恢复内容开始--- 1、概述 　　由于java是典型的静态语言，因而java中的数组也是静态的；java数组变量是引用类型的变量，（ps：java中的引用有些许像c++和c中的指针）当我们使用java数组的时候，主要有2部分操作；分别是定义引用变量（相当于c++/c中的定义一个指针（指NULL））和实例化数组对象。 　　在java内存分配机制中，定义局部变量和引用变量是在相应的方法栈内存中申请一块空间；而引用变量所指向的对象（类对象、数组对象）是在堆内存中申请了内存；栈内存容易访问（直接访问），堆内存不易访问（需要借助引用变量来访问堆内存）。 2、数组初始化 　　java数组的初始化分为2种；分别是静态初始化和动态初始化。 　　静态初始化： 　　在定义数组的时候同时对数组对象进行初始化操作； 但是不可以对数组长度进行赋值 。 　　例：int []a=new int[]{1,2,3,4}; 　　　　String []b=new String[]{"Kylin","shanshan"}; 　　动态初始化： 　　定义数组的时候只对数组长度进行了赋值，并没有对具体的数组对象进行初始化（由系统默认初始化） 　　例如：int []c=new int[4]; 　　　　　String []d=new String[3]; 　　对于c数组的实例化对象的值，分别是c[0]==0 c[1]==0

单例模式的总体概述 单例模式，属于创建型模式，《设计模式》一书对它做了定义：保证一个类仅有一个实例，并提供一个全局访问点。 单例模式适用于无状态的工具类、全局信息类等场景。例如日志工具类，在系统中记录日志；假设我们需要统计网站的访问次数，可以设置一个全局计数器。 单例模式的优势有 在内存里只有一个实例，减少了内存开销； 可以避免对资源的多重占用； 设置全局访问点，严格控制访问。 单例模式的研究重点大概有以下几个： 构造私有，提供静态输出接口 线程安全，确保全局唯一 延迟初始化 防止反射攻击 防止序列化破坏单例模式 多种实现方式与比较 线程安全的饿汉模式 public class HungrySingleton { private final static HungrySingleton instance = new HungrySingleton(); private HungrySingleton() { } public static HungrySingleton getInstance() { return instance; } } 也可以通过静态代码块的形式实现。实现与静态常量基本相同，只是把实例化过程放到了静态代码块中。 private final static HungrySingleton2 instance; static { instance = new

本文来自个人博客： https://dunkwan.cn 文章目录 线程同步 互斥量 函数`pthread_mutex_timedlock` 读写锁 带有超时的读写锁 条件变量 自旋锁 屏障 线程同步 互斥量 互斥量从本质上来说是一把锁，在访问共享资源前对互斥量进行设置，在访问完成后释放互斥量。互斥量使用 pthread_mutex_t 数据类型表示的。在使用互斥量以前，必须首先对它进行初始化，可以把它设置为常量 PTHREAD_MUTEX_INITIALIZER （只适用于静态分配的互斥量），也可以通过调用 pthread_mutex_init 函数进行初始化。如果动态分配互斥量（例如通过调用 malloc 函数），在释放内存前需要调用 pthread_mutex_detroy 。 # include <pthread.h> int pthread_mutex_init ( pthread_mutex_t * restrict mutex , const pthread_mutexattr_t * restrict attr ) ; int pthread_mutex_destroy ( pthread_mutex_t * mutex ) ; 两个函数的返回值：若成功，返回 0 ；否则，返回错误编号。 要用默认的属性初始化互斥量，只需把 attr 设为 NULL 。

wpa_supplicant代码初探收藏 这几天在尝试把wpa_supplicant移植到windows ce上，替换微软的WZC。先把源代码down下来，了解了一下大致的结构。 wpa_supplicant运行的整个 核心就是 eloop_run 函数 。这个函数负责处理应用程序的请求和数据链路层发来的EAPOL数据。eloop的针对不同的平台有好几个实现版本，我这里只讨论针对WIN32的eloop_win.c版本。 外部需要通过调用eloop_register_event或者eloop_register_read_sock来注册一个回调函数，并绑定了一个相应的事件。eloop会等待每一个事件的发生，并在事件发生时调用相应的回调函数进行处理。 所有与平台相关的网络驱动程序接口，都被通过wpa_driver_ops结构抽象成统一的接口，不管你是WEXT或者NDIS。因此也实现了平台无关性。 此外，wpa_supplicant与应用层通信的方式多种多样，有pipe、socket，你也可以实现自己的方式。只需要实现几个基本的函数就可以了： wpa_supplicant_global_ctrl_iface_init wpa_supplicant_global_ctrl_iface_deinit wpa_supplicant_ctrl_iface_init wpa_supplicant

1. 启动命令 wpa supplicant 在启动时，启动命令可以带有很多参数，目前我们的启动命令如下： wpa_supplicant /system/bin/wpa_supplicant -Dwext -ieth0 -c/data/wifi/wpa_supplicant.conf -f/data/wifi/wpa_log.txt wpa_supplicant对于启动命令带的参数，用了两个数据结构来保存， 一个是 wpa_params, 另一个是wpa_interface. 这主要是考虑到wpa_supplicant是可以同时支持多个网络接口的。 wpa_params数据结构主要记录与网络接口无关的一些参数设置。 而每一个网络接口就用一个wpa_interface数据结构来记录。 在启动命令行中，可以用-N来指定将要描述一个新的网络接口，对于一个新的网络接口，可以用下面六个参数描述： -i<ifname> : 网络接口名称 -c<conf>: 配置文件名称 -C<ctrl_intf>: 控制接口名称 -D<driver>: 驱动类型 -p<driver_param>: 驱动参数 -b<br_ifname>: 桥接口名称 2. wpa_supplicant 初始化流程 2.1. main()函数： 在这个函数中，主要做了四件事。 a. 解析命令行传进的参数。 b. 调用wpa

brk和sbrk主要的工作是实现虚拟内存到内存的映射.在GNUC中,内存分配是这样的: 每个进程可访问的虚拟内存空间为3G，但在程序编译时，不可能也没必要为程序分配这么大的空间，只分配并不大的数据段空间，程序中动态分配的空间就是从这 一块分配的。如果这块空间不够，malloc函数族（realloc，calloc等）就调用sbrk函数将数据段的下界移动，sbrk函数在内核的管理 下将虚拟地址空间映射到内存，供malloc函数使用。（参见linux内核情景分析） #include <unistd.h> int brk(void *end_data_segment); void *sbrk(ptrdiff_t increment); DESCRIPTION brk sets the end of the data segment to the value specified by end_data_segment, when that value is reasonable, the system does have enough memory and the process does not exceed its max data size (see setrlimit(2)). sbrk increments the program's data space by increment

C语言跟内存分配方式 　　（1） 从静态 存储 区域分配。内存在程序编译的时候就已经分配好，这块内存在程序的整个运行期间都存在。例如全局变量，static变量。 　　（2） 在栈上创建。在执行函数时，函数内局部变量的 存储 单元都可以在栈上创建，函数执行结束时这些存储单元自动被释放。栈内存分配运算内置于处理器的指令集中，效率很高，但是分配的内存容量有限。 　　（3）从堆上分配，亦称动态内存分配。程序在运行的时候用malloc或new申请任意多少的内存，程序员自己负责在何时用free或delete释放内存。动态内存的生存期由我们决定，使用非常灵活，但问题也最多 　　C语言跟内存申请相关的函数主要有 alloca,calloc,malloc,free,realloc,sbrk等. 　　其中alloca是向栈申请内存,因此无需释放. malloc分配的内存是位于堆中的,并且没有初始化内存的内容,因此基本上malloc之后,调用函数memset来初始化这部分的内存空间. 　　calloc则将初始化这部分的内存,设置为0. 而realloc则对malloc申请的内存进行大小的调整.申请的内存最终需要通过函数free来释放. 而sbrk则是增加数据段的大小; 　　malloc/calloc/free基本上都是C函数库实现的,跟OS无关.C函数库内部通过一定的结构来保存当前有多少可用内存