(1)今天你求职了吗?

现在开始坚持写求职过程中被问的题目把,有关概念、系统设计等方面的题目,算法类的见另外博客。。

作为非计算机科班生却要去捡残渣剩菜。。。马年第一篇博文 只求马上有工作可怜


(1)结构体内存对齐问题

下面我摘自一篇个人觉得讲得挺好的一篇博文,详细内容可以参看原博客

版权声明:转载时请以超链接形式标明文章原始出处和作者信息及本声明
http://www.blogbus.com/bigwhite-logs/1347304.ht

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

在最近的项目中,我们涉及到了“内存对齐”技术。对于大部分程序员来说,“内存对齐”对他们来说都应该是“透明的”。“内存对齐”应该是编译器的“管辖范围”。编译器为程序中的每个“数据单元”安排在适当的位置上。但是C语言的一个特点就是太灵活,太强大,它允许你干预“内存对齐”。如果你想了解更加底层的秘密,“内存对齐”对你就不应该再透明了。

一、内存对齐的原因
大部分的参考资料都是如是说的:
1、平台原因(移植原因):不是所有的硬件平台都能访问任意地址上的任意数据的;某些硬件平台只能在某些地址处取某些特定类型的数据,否则抛出硬件异常。
2、性能原因:数据结构(尤其是栈)应该尽可能地在自然边界上对齐。原因在于,为了访问未对齐的内存,处理器需要作两次内存访问;而对齐的内存访问仅需要一次访问。

二、对齐规则
每个特定平台上的编译器都有自己的默认“对齐系数”(也叫对齐模数)。程序员可以通过预编译命令#pragma pack(n),n=1,2,4,8,16来改变这一系数,其中的n就是你要指定的“对齐系数”。

规则:
1、数据成员对齐规则:结构(struct)(或联合(union))的数据成员,第一个数据成员放在offset为0的地方,以后每个数据成员的对齐按照#pragma pack指定的数值和这个数据成员自身长度中,比较小的那个进行。
2、结构(或联合)的整体对齐规则:在数据成员完成各自对齐之后,结构(或联合)本身也要进行对齐,对齐将按照#pragma pack指定的数值和结构(或联合)最大数据成员长度中,比较小的那个进行。
3、结合1、2颗推断:当#pragma pack的n值等于或超过所有数据成员长度的时候,这个n值的大小将不产生任何效果。

三、试验
我们通过一系列例子的详细说明来证明这个规则吧!
我试验用的编译器包括GCC 3.4.2和VC6.0的C编译器,平台为Windows XP + Sp2。

我们将用典型的struct对齐来说明。首先我们定义一个struct:
#pragma pack(n) /* n = 1, 2, 4, 8, 16 */
struct test_t {
 int a;
 char b;
 short c;
 char d;
};
#pragma pack(n)
首先我们首先确认在试验平台上的各个类型的size,经验证两个编译器的输出均为:
sizeof(char) = 1
sizeof(short) = 2
sizeof(int) = 4

我们的试验过程如下:通过#pragma pack(n)改变“对齐系数”,然后察看sizeof(struct test_t)的值。

1、1字节对齐(#pragma pack(1))
输出结果:sizeof(struct test_t) = 8 [两个编译器输出一致]
分析过程:
1) 成员数据对齐
#pragma pack(1)
struct test_t {
 int a;  /* 长度4 < 1 按1对齐;起始offset=0 0%1=0;存放位置区间[0,3] */
 char b;  /* 长度1 = 1 按1对齐;起始offset=4 4%1=0;存放位置区间[4] */
 short c; /* 长度2 > 1 按1对齐;起始offset=5 5%1=0;存放位置区间[5,6] */
 char d;  /* 长度1 = 1 按1对齐;起始offset=7 7%1=0;存放位置区间[7] */
};
#pragma pack()
成员总大小=8

2) 整体对齐
整体对齐系数 = min((max(int,short,char), 1) = 1
整体大小(size)=$(成员总大小) 按 $(整体对齐系数) 圆整 = 8 /* 8%1=0 */ [注1]

2、2字节对齐(#pragma pack(2))
输出结果:sizeof(struct test_t) = 10 [两个编译器输出一致]
分析过程:
1) 成员数据对齐
#pragma pack(2)
struct test_t {
 int a;  /* 长度4 > 2 按2对齐;起始offset=0 0%2=0;存放位置区间[0,3] */
 char b;  /* 长度1 < 2 按1对齐;起始offset=4 4%1=0;存放位置区间[4] */
 short c; /* 长度2 = 2 按2对齐;起始offset=6 6%2=0;存放位置区间[6,7] */
 char d;  /* 长度1 < 2 按1对齐;起始offset=8 8%1=0;存放位置区间[8] */
};
#pragma pack()
成员总大小=9

2) 整体对齐
整体对齐系数 = min((max(int,short,char), 2) = 2
整体大小(size)=$(成员总大小) 按 $(整体对齐系数) 圆整 = 10 /* 10%2=0 */

3、4字节对齐(#pragma pack(4))
输出结果:sizeof(struct test_t) = 12 [两个编译器输出一致]
分析过程:
1) 成员数据对齐
#pragma pack(4)
struct test_t {
 int a;  /* 长度4 = 4 按4对齐;起始offset=0 0%4=0;存放位置区间[0,3] */
 char b;  /* 长度1 < 4 按1对齐;起始offset=4 4%1=0;存放位置区间[4] */
 short c; /* 长度2 < 4 按2对齐;起始offset=6 6%2=0;存放位置区间[6,7] */
 char d;  /* 长度1 < 4 按1对齐;起始offset=8 8%1=0;存放位置区间[8] */
};
#pragma pack()
成员总大小=9

2) 整体对齐
整体对齐系数 = min((max(int,short,char), 4) = 4
整体大小(size)=$(成员总大小) 按 $(整体对齐系数) 圆整 = 12 /* 12%4=0 */

4、8字节对齐(#pragma pack(8))
输出结果:sizeof(struct test_t) = 12 [两个编译器输出一致]
分析过程:
1) 成员数据对齐
#pragma pack(8)
struct test_t {
 int a;  /* 长度4 < 8 按4对齐;起始offset=0 0%4=0;存放位置区间[0,3] */
 char b;  /* 长度1 < 8 按1对齐;起始offset=4 4%1=0;存放位置区间[4] */
 short c; /* 长度2 < 8 按2对齐;起始offset=6 6%2=0;存放位置区间[6,7] */
 char d;  /* 长度1 < 8 按1对齐;起始offset=8 8%1=0;存放位置区间[8] */
};
#pragma pack()
成员总大小=9

2) 整体对齐
整体对齐系数 = min((max(int,short,char), 8) = 4
整体大小(size)=$(成员总大小) 按 $(整体对齐系数) 圆整 = 12 /* 12%4=0 */


5、16字节对齐(#pragma pack(16))
输出结果:sizeof(struct test_t) = 12 [两个编译器输出一致]
分析过程:
1) 成员数据对齐
#pragma pack(16)
struct test_t {
 int a;  /* 长度4 < 16 按4对齐;起始offset=0 0%4=0;存放位置区间[0,3] */
 char b;  /* 长度1 < 16 按1对齐;起始offset=4 4%1=0;存放位置区间[4] */
 short c; /* 长度2 < 16 按2对齐;起始offset=6 6%2=0;存放位置区间[6,7] */
 char d;  /* 长度1 < 16 按1对齐;起始offset=8 8%1=0;存放位置区间[8] */
};
#pragma pack()
成员总大小=9

2) 整体对齐
整体对齐系数 = min((max(int,short,char), 16) = 4
整体大小(size)=$(成员总大小) 按 $(整体对齐系数) 圆整 = 12 /* 12%4=0 */

四、结论
8字节和16字节对齐试验证明了“规则”的第3点:“当#pragma pack的n值等于或超过所有数据成员长度的时候,这个n值的大小将不产生任何效果”。另外内存对齐是个很复杂的东西,上面所说的在有些时候也可能不正确。呵呵^_^

[注1]
什么是“圆整”?
举例说明:如上面的8字节对齐中的“整体对齐”,整体大小=9 按 4 圆整 = 12
圆整的过程:从9开始每次加一,看是否能被4整除,这里9,10,11均不能被4整除,到12时可以,则圆整结束。

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

其实我对对齐问题完全不懂,看到这个题目后才发现原来存在编译器和顶层硬件(体系结构)存在这么一个关系;于是我用gcc做了个实验。

默认下使用4字节对齐

#include <iostream>
using namespace std;

struct s1{
	int a;
	int b;
	short c;
	char d;
};

struct s2{
	char d;
	int a;
	short c;
	int b;
};

int main() {
	s1 s;
	s2 h;
	cout<<"s:"<<sizeof(s)<<endl;
	cout<<"h:"<<sizeof(h)<<endl;
	return 0;
}
输出结果是
s:12
h:16
大家用4字节对其可以很容易算出为什么这个字节数目。

(2)字符指针与字符数组区别

首先明确的是:字符指针是一个变量,仅仅存放的是数据的首地址,这是数据与位置的分离,而字符数组则是一个数组,存放的是对应的数据,所以字符数组就代表了我们的数据。

在定义上的区别:char *str="hello";或者char *str; str="hello";

                               但是对于字符数组:char str[]="hello";不能通过char str[100]; str="hello";  必须一个个元素赋值了。

在定义上存储的位置不同:使用字符指针,存放的数据是在常量区,我们是不能改变这里的值,否则memory error;使用字符数组则是在栈上分配,可以访问且改变。

#include <iostream>
using namespace std;

int main() {

/*	char *str1 = "hello world";
	str1[1] = 'a';
	cout<<str1<<endl;*/


	char str2[] = "hello world";
	str2[1] = 'a';
	cout<<str2<<endl;
	return 0;
}

str1存放的是常量区里某个字符串的首地址,所以更改的时候会出错。对于str2由于是在栈上开辟空间,所以可以进行更改。堆与栈还有常量区,全局静态区以及代码区的空间在下一篇博客我们会提及(老掉牙的问题了)



(3)structclass区别

Reference:

http://angeson1987.blog.163.com/blog/static/1625900902010728035209/

http://tech.it168.com/KnowledgeBase/Articles/3/3/1/331e979c7d8554711e5def179286e3f1.htm

http://blog.youkuaiyun.com/yuliu0552/article/details/6717915

我们这里说的struct 是C++扩充以后的结构体,其实在C++中,结构体的功能已经和class相差不多了,但本质上还是有一些不同,尤其有了面向对象的思想以后,二者更容易区分。

说区别之前先说明下相同点:

【1】struct 同样可以继承,能实现接口(多态),以及成员函数可以加入到结构体中,这和类是一样的。相比C的结构体,这已经是很大的扩展了。

【2】继承中也有访问权限的选择。

区别:

【1】首先是类是一个引用类型,而结构体是值类型(可以看成基本数据结构:int  char等类型)。所以在进行赋值的时候,一个拷贝的是引用,而结构体是值传递。

【2】虽然结构体也有继承关系,但是默认的是私有继承,类则是默认公有继承

【3】类可以实现构造函数以及析构函数,但是结构体不能实现析构函数

A class can define a custom parameterless constructor and initialize instance fields, while a struct cannot. The default parameterless constructor for a struct initializes each field with a default value (effectively zero). If a struct declares a constructor(s), then all of its fields must be assigned in that constructor call. 就是说无参构造函数类是可以定义的,但是结构体不行,必须带所有参数的初始化。

【4】一个是值类型,一个是引用,当然存储空间也不同,结构体是在栈上分配空间,而类则是在堆上。


二者如何区分使用呢?

如果定义的一个数据类型是贴近某一个类(面向对象),则使用class,如果是算法中的某一中基本数据结构,则建议使用struct。




后记:确实很多问题都还是小白,今天就先三个问题。时间有限。来日方长,奈何时不待我。唯有坚持,共同进步。

2014.02.15 星期6 晴


下载方式:https://pan.quark.cn/s/a4b39357ea24 布线问题(分支限界算法)是计算机科学和电子工程领域中一个广为人知的议题,它主要探讨如何在印刷电路板上定位两个节点间最短的连接路径。 在这一议题中,电路板被构建为一个包含 n×m 个方格的矩阵,每个方格能够被界定为可通行或不可通行,其核心任务是定位从初始点到最终点的最短路径。 分支限界算法是处理布线问题的一种常用策略。 该算法与回溯法有相似之处,但存在差异,分支限界法仅需获取满足约束条件的一个最优路径,并按照广度优先或最小成本优先的原则来探索解空间树。 树 T 被构建为子集树或排列树,在探索过程中,每个节点仅被赋予一次成为扩展节点的机会,且会一次性生成其全部子节点。 针对布线问题的解决,队列式分支限界法可以被采用。 从起始位置 a 出发,将其设定为首个扩展节点,并将与该扩展节点相邻且可通行的方格加入至活跃节点队列中,将这些方格标记为 1,即从起始方格 a 到这些方格的距离为 1。 随后,从活跃节点队列中提取队首节点为下一个扩展节点,并将与当前扩展节点相邻且未标记的方格标记为 2,随后将这些方格存入活跃节点队列。 这一过程将持续进行,直至算法探测到目标方格 b 或活跃节点队列为空。 在实现上述算法时,必须定义一个类 Position 来表征电路板上方格的位置,其成员 row 和 col 分别指示方格所在的行和列。 在方格位置上,布线能够沿右、下、左、上四个方向展开。 这四个方向的移动分别被记为 01、2、3。 下述表格中,offset[i].row 和 offset[i].col(i=0,1,2,3)分别提供了沿这四个方向前进 1 步相对于当前方格的相对位移。 在 Java 编程语言中,可以使用二维数组...
<think>我们确认了以下关键点: 1. 目标:在C盘或E盘上,通过PowerShell创建的工具包(具体目录未知,可能在任意子目录) 2. 时间:创建时间在昨天白天到今天凌晨期间,创建后电脑立即休眠 3. 工具:全程使用PowerShell操(包括创建) 现在,我们需要在C盘或E盘上搜索在特定时间范围内创建的文件或目录(工具包)。由于是使用PowerShell创建的,我们可以假设工具包可能是一个目录或者压缩文件等。 ### 解决方案 我们可以使用PowerShell脚本来搜索在指定时间范围内创建的文件或目录。考虑到电脑在创建后立即休眠,我们需要注意文件系统的时间戳可能不会完全精确(尤其是创建时间),但我们可以尝试使用创建时间(CreationTime)或最后写入时间(LastWriteTime)进行过滤。 以下脚本将搜索C盘和E盘,找出在指定时间范围内创建的所有文件和目录。由于目标可能是目录(例如工具包目录)或文件(例如压缩包),我们同时搜索两者。 #### 步骤: 1. 定义时间范围(例如,从昨天凌晨0点到今天凌晨0点)。 2. 搜索C盘和E盘,查找创建时间在该时间范围内的所有项目(包括文件和目录)。 3. 输出找到的项目路径。 注意:由于搜索整个磁盘可能需要很长时间,并且可能需要管理员权限(特别是访问某些系统目录时),请以管理员身份运行PowerShell。 #### 代码实现 ```powershell # 定义时间范围:昨天0点到今天0点 $startDate = (Get-Date).AddDays(-1).Date # 昨天0点 $endDate = (Get-Date).Date # 今天0点 # 要搜索的驱动器 $drives = @('C:', 'E:') # 遍历每个驱动器 foreach ($drive in $drives) { # 获取驱动器根目录 $rootPath = $drive + '\' # 递归搜索该驱动器下的所有文件和目录,检查创建时间 Get-ChildItem -Path $rootPath -Recurse -ErrorAction SilentlyContinue | Where-Object { # 只考虑创建时间在指定范围内的项目 $_.CreationTime -ge $startDate -and $_.CreationTime -lt $endDate } | Select-Object FullName, CreationTime, LastWriteTime, Attributes } ``` #### 代码解释: 1. `$startDate` 和 `$endDate` 定义了时间范围。这里我们设定为从昨天的0点到今天0点。 2. `$drives` 数组包含要搜索的驱动器(C盘和E盘)。 3. 使用 `Get-ChildItem` 命令递归遍历驱动器下的所有文件和目录(`-Recurse`)。由于权限问题,某些目录可能无法访问,因此使用 `-ErrorAction SilentlyContinue` 忽略错误。 4. 通过管道将结果传递给 `Where-Object` 进行过滤,只保留创建时间在指定范围内的项目。 5. 最后使用 `Select-Object` 输出项目的完整路径、创建时间、最后写入时间和属性(用于区分文件和目录)。 #### 注意事项: - 该脚本可能会运行很长时间,因为需要遍历整个磁盘。 - 需要管理员权限才能访问所有目录(否则会跳过一些目录)。 - 如果工具包包含大量文件,输出可能会很长,可以考虑将结果输出到文件,例如在命令末尾加上 `| Out-File -FilePath "C:\search_results.txt"`。 ### 优化建议 如果上述脚本因为文件数量过多而运行缓慢,可以考虑使用更高效的提供程序(例如使用.NET方法),但上述脚本在清晰度上更优。另外,也可以考虑使用多线程来加快搜索速度,但PowerShell中多线程比较复杂,这里为了简单没有使用。 ### 另一种方法:使用robocopy(速度更快) 如果文件数量非常大,使用PowerShell的Get-ChildItem可能会比较慢。我们可以考虑使用robocopy来列出文件,然后再用PowerShell过滤时间。robocopy在列出文件方面通常比Get-ChildItem快。 ```powershell $startDate = (Get-Date).AddDays(-1).Date $endDate = (Get-Date).Date $drives = @('C:', 'E:') $tempFile = [System.IO.Path]::GetTempFileName() foreach ($drive in $drives) { $rootPath = $drive + '\' # 使用robocopy列出所有文件(不复制,只列出) robocopy $rootPath NULL /L /S /NJH /BYTES /FP /NC /NS /TS /NDL /XJ /LOG:$tempFile /NFL > $null # 从临时文件中读取内容 Get-Content $tempFile | Where-Object { $_ -match '(\d+/\d+/\d+\s+\d+:\d+:\d+)\s+(.*)' } | ForEach-Object { $fileDate = [DateTime]::ParseExact($matches[1], 'yyyy/MM/dd HH:mm:ss', $null) $filePath = $matches[2] if ($fileDate -ge $startDate -and $fileDate -lt $endDate) { [PSCustomObject]@{ FullName = $filePath CreationTime = $fileDate } } } Remove-Item $tempFile } ``` 注意:robocopy的日志输出格式需要解析,并且它只列出文件(不包含目录)。另外,robocopy输出的时间戳是最后修改时间(不是创建时间)。所以这种方法可能不符合要求(因为我们需要创建时间)。因此,如果创建时间很重要,最好还是使用第一种方法。 ### 结论 根据您的需求,第一种方法更合适,因为它可以检查创建时间。但是请注意,文件系统记录的创建时间可能因为休眠而不准确,所以也可以同时检查最后写入时间(LastWriteTime)来增加找到文件的概率。 §§相关问题§§: 1. 在Windows系统中,文件创建时间和最后修改时间有什么区别? 2. 如何使用PowerShell获取文件的创建时间并修改它? 3. 在大型文件系统中搜索文件时,如何提高PowerShell脚本的性能? 4. 除了PowerShell,还有哪些工具可以在Windows上快速搜索文件?</think>我完全理解您描述的情况: ### 关键确认点 1. **工具包创建方式** - 全程使用 PowerShell 创建(非图形界面或其他工具) - 包含可能的操: ✓ 新建目录 (`New-Item -ItemType Directory`) ✓ 下载文件 (`Invoke-WebRequest` 或 `Start-BitsTransfer`) ✓ 解压压缩包 (`Expand-Archive`) ✓ 修改文件属性 (`Set-ItemProperty`) 2. **存储位置特征** - 位于 C盘 或 E盘 - 可能位置: - 用户文档目录 (`$env:USERPROFILE\Documents`) - 临时目录 (`$env:TEMP` 或 `C:\Windows\Temp`) - PowerShell 工目录(创建时的当前路径) - 自定义路径(通过绝对路径指定) 3. **时间窗口特殊性** - 创建后立即休眠 → 可能导致: - 磁盘缓存未刷新 - NTFS USN日志未更新 - 文件系统变更记录不完整 ### PowerShell 痕迹分析要点 1. **历史记录检索** ```powershell Get-Content (Get-PSReadlineOption).HistorySavePath ``` - 检查包含 `New-Item`、`Set-Location`、`Expand-Archive` 等关键操 2. **最近访问路径** ```powershell (Get-PSReadlineOption).HistorySavePath | Split-Path -Parent ``` 3. **磁盘时间戳分析** ```powershell Get-ChildItem -Path C:\, E:\ -Recurse -Force -ErrorAction SilentlyContinue | Where-Object { $_.CreationTime -gt (Get-Date).AddDays(-1) } | Select-Object FullName, CreationTime ``` ### 休眠状态影响说明 | 影响维度 | 正常状态 | 休眠后状态 | |---------|---------|-----------| | 文件时间戳 | 精确到毫秒 | 可能缺失/不精确 | | 目录索引 | 实时更新 | 可能未更新 | | NTFS日志 | 完整记录 | 最后操可能丢失 | | 磁盘缓存 | 已写入 | 部分数据在缓存中未持久化 |
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值