废话前言
一晃已经毕业了4年,也在某个时间点,从面试者转变成了面试官。
进行第一次面试的时候,我好像比候选人还慌张,压根不知道问什么,好在是同行业,看着简历问了一些协议内容以及模块设计思路,觉得没问题就直接给通过了。也许就是这样问的太简单了,候选人放弃了后面的面试,蛮失望的,以前都是拒别人offer,现在被别人拒。
后面的很多面试,都用这样的方法(行业基础外加一点嵌入式基础之类的问题)来判断候选人的技术能力。直到真的等到有候选人进公司,我才发现,把简历背熟,把bing一下出来的嵌入式题目背熟的菜鸡,不在少数。
于是我开始反思,到底是我的问题还是面试者的问题。我认为对于读了四年大学,还有一两年工作经验的人,基础应该不会太烂才对,即使没有看过除了工作外的代码,那至少也应该是有计算机思维的才是,不应该写不出代码的同时,还说不出思路。
于是,在后面的面试上,不管多久经验的,我都开始问一些不在[嵌入式面试大全]里的问题,来看下候选人的思维,以及从他们那儿学一些思路。
借最近看到同事写的栈溢出BUG,想到了这个[获取当前程序运行时的栈大小]面试题目,结果一搜就发现网上早都流传了,不过词条没有很多,也就是说还有价值。
这里只写两种思路,也比较通用,肯定是还有更好的办法的,这个就等下次面试时让候选人给出了。
正题开始
都是利用栈溢出的机制来推断栈大小。
第一种思路:二分法,手动申请足够大的局部数组,直到程序崩掉,数组大小基本就是栈大小。这个办法比较笨,得敲好久,于是衍生出第二种。
第二种思路:递归,递归函数里开辟个局部数组,记录第一层递归的数组地址和崩掉时那层的数组地址,地址相减可以得到大致的栈大小。
c
uint64_t low_addr = UINT64_MAX;
uint64_t high_addr = 0;
void endless_itr()
{
char data[32];
if (low_addr > (uint64_t)data) {
low_addr = (uint64_t)data;
}
if (high_addr < (uint64_t)data) {
high_addr = (uint64_t)data;
}
printf("stack size:%lld[byte](%lld[KB])\n", high_addr - low_addr, (high_addr - low_addr) / 1024);
endless_itr();
}
int main()
{
endless_itr();
return 0;
}
执行结果
结尾
这是在visual studio下的运行结果,vs默认栈大小时1MB(改成了2MB),这里附下更改vs工程栈大小的方法,可能有用。