小编Pie*_*pin的帖子

如何发布危险的代码片段?

当讨论(问/回答有关问题,写博客帖子大约等)的一些编程问题,可能需要给你在说什么的源代码示例; 但在某些情况下,这些片段可能是危险的,不是因为它们直接有害,而是因为它们似乎最初起作用,但后来才解决问题.两个例子是在讨论并发问题时,代码在大多数情况下工作,但很少和非确定性地失败,并且在讨论安全问题时,代码似乎工作但实际上可以被利用; 还有其他例子.

有必要能够讨论这些问题,至少培养对它们的认识.但是,我总是担心有人会来自搜索引擎,几乎没有阅读帖子,复制并粘贴片段并将其用于某些事情; 更巧妙的是,有人可能会阅读帖子,尝试测试项目中的代码并确认它确实可以被利用(因为他被鼓励这样做),然后一段时间后重用危险代码,因为他忘记了代码是危险的并且不再有博客文章解释为什么代码在代码段周围是危险的.

所以我想知道如何标记这样的代码,以便它的任何部分都不会以某种方式生成(或者如果它曾经这样做,那么责任方就不能合理地否认意识).

我提出的一种方法是:

  1. 每个函数内部的#error(或类似)指令,以及
  2. 注释重复的代码的危险性的警告(因为有人谁将会尝试代码的测试项目,以确认问题将已删除的#error指令).

但是,由于在网络上阅读时,这些评论只会弄乱的片段,我让他们的颜色与背景色相同(或至少我想,看我怎么把它在行动这里,我顺便说一下有关于DOCTYPE问题.com询问如何最好地做到这一点).

如果这似乎完全矫枉过正,请记住并发(和安全)问题是非常危险的,所以我想尽我所能(在合理范围内)以防止我的片段在真实软件中引起问题; 我有时将其与裂变材料处理进行比较.

(老实说,我不知道它是否最适合programmers.stackexchange.com或者这里,所以我先问这里;如果事实证明它会更好,那么请随意转到programmers.stackexchange.com. )

security concurrency

5
推荐指数
1
解决办法
112
查看次数

标签 统计

concurrency ×1

security ×1