基础代码大全复制

把一段Python的列表推导式贴进Java项目里，编译器直接报错——这事我干过不止一次。代码大全后来我养成了一个习惯：手边永远开着一个纯文本文件，复制里面塞满各种语言的基础基础代码片段。需要什么，代码大全Ctrl+C，复制Ctrl+V，基础改改变量名就能跑。代码大全不是复制偷懒，是基础肌肉记忆。

这个习惯最初来自一次深夜调试。代码大全当时要写一个快速排序，复制明明逻辑背得滚瓜烂熟，基础但指针边界条件改了三遍还是代码大全越界。最后从旧项目里翻出一段两年前写的复制quickSort，复制过来，把int[]改成List<Integer>，五秒钟解决问题。从那以后，我不再信任自己的短期记忆。代码这种东西，写对一次，就该存下来。

“基础代码大全”这个词听起来像本厚重的书，其实在真实开发里它就是一堆散落的片段。我见过一个前端老哥，他的VS Code里有个叫snippets.md的文件，按字母排序，从Array.prototype.flat的polyfill到XMLHttpRequest的完整封装，一共四百多行。他说这是他的“外接硬盘”。

复制代码不丢人。丢人的是复制了不检查。去年帮一个学弟看项目，他在网上抄了一段String.format的日期格式化，结果yyyy-MM-dd里的MM写成了mm，月份变成了分钟。这种错误编译器不报，跑起来才发现日期全乱。所以我的原则是：复制可以，但每一行都要过脑子。尤其是正则表达式和日期格式，这两个地方是复制粘贴的重灾区。

有些代码片段值得背下来，比如二分查找的边界条件。但更多时候，背不如存。人的脑子应该用来想架构、想业务逻辑，而不是记HashMap的遍历写法。我甚至见过一个团队，他们在Git仓库里专门建了个/snippets目录，每个人都可以往里扔代码片段，按语言分类，带注释和测试用例。新来的同事直接clone下来，当成工具书用。

不过复制也有代价。你复制了一段别人的代码，就得承担理解它的责任。上个月我复制了一个debounce函数，用着没问题，直到产品要求“取消延迟执行”。我盯着那段代码看了十分钟，才找到clearTimeout该插在哪。所以现在我的习惯是：复制之后，在函数上面加一行注释，写清楚这段代码干什么、哪里可能出问题、怎么改。

说到底，“基础代码大全复制”不是让你当搬运工。它更像是一种工程上的务实：把重复劳动压缩到最低，把省下来的时间花在真正需要思考的地方。那些被反复复制的基础代码，就像厨房里的盐和酱油——你不需要每次做菜都从晒盐开始。

我的那个纯文本文件现在已经有一千多行了。从for循环到try-catch，从SQL分页到JSON解析。每次新建项目，第一件事就是把它拖进编辑器。这不是什么高级技巧，但确实让我的开发速度快了不止一倍。复制，粘贴，改改，跑起来。就这么简单。

最后说个真事。有一次面试，面试官让我手写一个单例模式。我写了双重检查锁，他看了半天说“你这个volatile加得对”。我没告诉他，这个写法我复制了六年。