for循环在我们日常编码中可能用的很多。在很多业务场景中我们都需要用for循环处理。但golang中的for循环有一个大大大的坑，大家可否遇到。直接上代码：我们写一个测试类，定义一个切片数组，然后循环迭代每个元素，将元素的值放到另一个切片。循环finalArrays的时候按照我们的预期应该输出1、2、3、4。但事与愿违，输出的结果如下图：懵逼了吧！为什么会出现这种奇怪的现象呢？这就是golang的循环变量的作用域导致的。在golang的for循环中，循环内部创建的函数变量都是共享同一块内存地址，for循环总是使用同一块内存去接收循环中的的value变量的值。不管循环多少次，value的内存地址都是相同的。事实确实如此，我们输出value的内存地址看下：所以，可以看到，整个4次循环过程中，所有变量值都是在0xc0000b8780这个内存地址上进行迭代的。4次循环都指向的是同一块内存地址，最后一次赋值的操作变量的值是4，指向了这块内存地址，所以前三次的值都变成了4。那我们怎么优化呢？我们只需要定义临时变量。我们定义一个临时变量tmp，将value的值赋给tmp，问题就解决了。总结：①、fo
转： https://chenhe.me/post/inheritance-in-go/继承 vs 组合一句话解释，继承是「is sth」，组合是「has sth」。Go 采用组合完美契合了它鸭子类型（duck typing）的设计理念。“当看到一只鸟走起来像鸭子、游泳起来像鸭子、叫起来也像鸭子，那么这只鸟就可以被称为鸭子。鸭子类型中，我们重点关注对象能做什么，而不在意它究竟是什么。对这个理念我略有感触。曾经在 Kotlin (java) 开发中遇到过这样的问题：第三方包中有个类，没有抽象出接口，我恰恰需要扩展这个东西。于是只好自己定义一个接口，然后写个代理类或者用其他奇奇怪怪的方法达成目的。你看，它明明是我接口的实现，仅仅因为缺少 implements 关键字，我就得大费周章。在鸭子类型中这个问题不复存在。组合要比继承灵活得多。比如 java 中不能让「卡车」既继承「车」又继承「货运工具」，这又偏偏是显示情况。你不能建模为「车 <- 货运工具 <- 卡车」，因为货运工具也可能是飞机。而组合可以轻松办到：type Car struct { Id string } type
我和小明注：文中小明就是另一个自己，以下皆为交易过程中自我的对话。小明，在初中的时候认识他的，他有网瘾，一个礼拜至少去网吧通宵玩三天，后来在他的怂恿之下我也开始跟随他通宵了，晚上去网吧玩白天睡觉，这样的生活状态一直持续到了高三。.....后来很久没有关注他了，直到我炒股之后小明又出现了，恰巧他也非常喜欢股票，而且喜欢让我跟着他干，而跟他干的结果基本上都输，偶尔有一两次赢了但又会马上输回去。.....我三年多的股票交易生涯一直碌碌无为，很大的一部分原因就是小明，尽管我一点也不愿意见到他，但他总能找到机会跟我交流，现在我给大家揭露一下这人有多么的恶劣，多么的讨人厌。小明让我不要打板，他觉得打板被砸开会亏很多，让我低吸，当天涨停就能大赚。小明，性格懒惰，收盘之后就知道发呆混时间，然后等股票开盘，我真的看不起这样的人。职业股民时间这么多，为什么不好好把握，我自己有计划，要不断学习。我还发现他心态一点都不好，太想赚钱了。这几天大涨，小明对我说，别人都赚钱你却踏空了，赶紧去买一个吧。我跟他说，不管其他股涨不涨，没有自己的标的就不买，瞎买一个就会使自己陷入被动，今天复盘做好计划明天出击。今天小明的内
postgresql 强制断开指定数据库连接SELECT pg_terminate_backend(pg_stat_activity.pid) FROM pg_stat_activity WHERE datname=‘数据库名称’ AND pid<>pg_backend_pid();
使用Typora软件，新建文档，将网页黏贴进去即刻自动转成md格式
Xinbo
