第14页 - 时光机

github

1901 说说 29 标签

我的动态
微博

专注

私密

友人C 11 个月前

    std::string origin_response_body = "test_content";
    const int body_len = origin_response_body.length();
    std::unique_ptr<char[]> response_body(new char[body_len]);
    memcpy(response_body.get(), origin_response_body.c_str(), body_len);
    std::string body = response_body.get();

这段代码是有隐患的，但是却比较难发现。因为如果这个数组中最后一位不是\0 结束符，构造string的过程中就会一直按照地址递增访问内存直到找到结束符为止，这个过程会导致内存异常访问等问题

但在真实环境中，可能不一定会导致崩溃，因为当我们new[body_len] 申请一段内存的时候，由于内存对齐以及操作系统的差异性，分配的大小会大于申请的大小，因此在body_len 位置的内存很可能就是结束符。 C++Tips

1 发自Mac OSX

胖哥 10 个月前

1:
std::unique_ptr<char[]> response_body(new char[body_len + 1]); // 分配空间这种非常重要且常见
memcpy(response_body.get(), origin_response_body.c_str(), body_len + 1); // 拷贝完整字符串
2：动态分配在设计、开发阶段是要被严格管控的，至少做到1、在详细设计阶段就要体现在文档里。2、边界检查 3、测试覆盖

0 发自Windows 10

胖哥 10 个月前

好像发的不对，检查了下，基本没有临时的动态分配、

0 发自Windows 10

友人C 10 个月前

我这里简化了，memcpy的逻辑是另一个函数的事情，函数参数就是char*，所以外部必须传入一个分配好空间的字符指针进去

这个是sdk的代码，个人觉得c++项目而且没有那么高的性能要求下，尽量可以不用char*指针，同时这个sdk内部保存的就是string，但是函数参数是char*导致string->char*->string 这样诡异的逻辑出现

0 发自Mac OSX

友人C 11 个月前

📝 每日记录「自我觉察」

今天晚上在写一篇“读后感”，写了1小时左右发现自己进入了“状态”了，从而发现进入状态的重要性。
之前可能觉得“进入状态”只是一个形容词，而今天发现它确实是做好事情的一个具体的步骤。

这里列举目前想到的一些条件：

良好的环境：环境是重要的，比如安静环境下更容易专注。但是很多的时候可能没有那么好的环境，因此可以尝试更好的环境，比如耳塞或者纯音乐，文档全屏等，但注意不要为此舍本逐末了。
第一个可以看到显著效果的行动：如果是写文章，很容易一下午一个字也憋不出来，原因很可能是我们脑子里想的太多了，从文章的摘要到各种细节都在脑子里面转，而不在纸上，导致无法聚焦到一点，因此可以考虑先写下几点，然后不用太关注格式，再去展开第一点，等写完第一点后，就会发现后面的内容自然的有了思路。如果是写代码，可以尝试从UT开始写起，完成第一个可验证通过的UT。如果不具备写UT的条件，可以从完成第一个可以编译通过的代码开始，再到实际上产生具体作用的函数。一定不要一开始就kuchikuchi的创建一堆文件，也编译不通过，希望一次性写完编译，这是非常严重的错误。
进入状态的决心：必须要有想进入状态的决心，比如今晚你确实计划想完成某项任务，这非常重要。
较长的时间长度：进入状态的时间最好是1小时起。如果太短，则完成的事情有限，因此需要确保这一小时不被其他事情打断（比如开会，其他人找过来问问题等）
单一工作内容：只专注在一件事，而非同时多个任务切换

0 发自Mac OSX

友人C 11 个月前

💬 随便聊聊最近很火的 AI 认为 9.11 > 9.8 我的第一反应居然和AI一样... 可能是版本号看多了吧