雨碎江南

你的气质里藏着你读过的那些书 股票新手如何入门 不管是过去还是未来，赚取真正财富的唯一方式，仍然是天赋、勤俭、幸运，再加上艰苦的劳动。 股票交易不是追求利润的游戏，而是管理和控制风险的游戏。 看一家企业的股票有没有投资价值，不单是看它有没有赚钱这么简单，还要看它是不是能稳定地持续赚钱呢，是不是越赚越多，是不是在持续增长。 为什么投资股票很难学 过分高估短期回报。理性人都不应该过分高估自己的运气，想通过短线交易，连续多次获利是低概率、不现实的事情。越是短期，价格就会越呈现随机性和不可预测性。 赚一笔就走的心态。对股票带着一种赌一把的心态，而不是把它当成一门漫长持久的生意去用心经营。所以很难多人会出现杠杆交易来放大收益。 以为有预测市场的绝招。 短期随机性，长期趋势性。100 天内的买进和卖出就是短线交易，低于 10...

位图排序 输入：一个包含n个正整数的文件，其中每个正整数都小于n，在这里n = 10^7，其中n个整数都是不可重复的。 输出：以升序排列的整数列表 约束：最多1MB内存，无限内存，时间最多几分钟，10s就可认为不需要优化了。 思考：一个整数占用4字节，10^7的整数占用的内存是4*10^7.一次性读取到内存中显然是不可能的。所以我们可以使用10^7/2^20 = 39趟归并排序，也就需要40次的IO操作，IO无疑是瓶颈。 我们可以使用10位长的字符串表示一个所有元素小于10的非负整数集合（集合3大特性），如：{1,2,3,5,8}可表示为： 10111010010 # 如果对应的位是1表示处于该集合 以上的方法非常巧妙，本来需要4个字节表示的数，仅仅通过一个位就实现了，空间瞬间剩下的几十倍，有不有？ 这样就可以使用10^7个位表示10^7个整数，占用空间为10^7/2^20 =...

响应式原理vue3 中只需要如下的代码即可实现表单联动： 123456789<script>let text = ref('default')</script><template> <div <input v-model="text"> <p>content: {{text}} </p> </div></template> 以下是一个响应式的简单实现： 123456789101112<input type="text" id="input"><p id="content"></p><script> const obj = {} Object.defineProperty(obj, 'content', { ...

愿你的努力被世界看到！ 优先使用接口（interface）定义对象结构，类型别名（type）用于联合类型或复杂类型。 元组在 py 中元组是固定类型，固定长度的，但是在 ts 中只固定了类型，仍然通过 push 等方法来改变（设计如此）。 123456let t:[number, string] = [1, 'content'];// t[0] = 'yes' // 报错// t[2] = 4 // 报错t.push(100)// t.push(false) // 报错，不兼容 boolean console.log(t) // [ 1, 'content', 100 ] ts 4.0 新增加了命名元组，可以增强代码的可读性。 123456789101112// 命名元组type UserRecord = [id: number, name: string, email: string, createdAt: Date];const users: UserRecord[] = [ [1,...

架构设计需要遵循下面的原则： 平衡的艺术：时间、质量、成本等商业目标 演进原则：最小闭环、能用、适当冗余设计 如果是代码量多达几十万行的大中型项目，团队里几十个人如果不今年新年更系统拆分，开发测试效率都非常低下，非常难以维护。分布式拆分之后可以大幅度提升开发效率，各个模块可以单独部署。但是分布式系统也带来了一些复杂的技术挑战： 一个服务的代码不要太多，1 万行左右，两三万撑死了吧。 大部分的系统，是要进行多轮拆分的，第一次拆分，可能就是将以前的多个模块该拆分开来了，比如说将电商系统拆分成订单系统、商品系统、采购系统、仓储系统、用户系统，等等吧。 但是后面可能每个系统又变得越来越复杂了，比如说采购系统里面又分成了供应商管理系统、采购单管理系统，订单系统又拆分成了购物车系统、价格系统、订单管理系统。 扯深了实在很深，所以这里先给大家举个例子，你自己感受一下，核心意思就是根据情况，先拆分一轮，后面如果系统更复杂了，可以继续分拆。你根据自己负责系统的例子，来考虑一下就好了。 分布式 ID 生成器数据库自增 ID插入一条记录，生成一个 ID。优点：1. 复用了 DB...

BTC 对标黄金（总量限制），而 ETH 无限量，几乎所有的 DAPP 都放在 ETH 上。ETH 上的程序被称为智能合约，是代码和数据（状态）的集合。 名词解释Gas:通过以太币账户发起一个交易（普通交易或者部署、运行一个合约），矿工收取的相应的工作量费用。 GameFi:Game + Finance，是 区块链游戏 与 去中心化金融（DeFi） 的结合体，玩家可以通过玩游戏赚取加密货币或NFT等数字资产，实现“边玩边赚”（Play-to-Earn, P2E）。 BSC：是币安智能链，是币安生态的底层公链，是 BNB 的生态链，BSC 上的 DAPP 与 ETH 上的 DAPP 互通，交易费用远低于以太坊。 Layer2ETH 主网 15-30 TPS。 区块链扩展技术，通过在以太坊等主链（Layer 1）之上构建第二层网络，大幅提升交易速度并降低手续费，同时继承主链的安全性。工作原理： 交易打包：用户交易在 Layer 2 网络内快速处理（如每秒数千笔）。 数据压缩：将多笔交易压缩成一条证明（如 Rollup 技术）。 主链锚定：定期将交易数据或状态提交到 Layer...

NGINX 是 CPU 亲和的，把每个 worker 进程固定在一个 CPU 上执行(worker_cpu_affinity 配置)，减少切换 CPU 的 cache miss，获得更好的性能。绑定 CPU 核心可以减少上下文切换，但过度绑定可能导致负载不均衡, 建议在高负载场景下使用，普通场景可以省略。 处理静态资源效率高的原因是采用了 sendFile 工作机制：文件从硬盘上读取到网络传输的过程不经过用户空间，也就是常说的零拷贝机制： 防盗链主要是区分合法请求和非法请求，常用的解决方案有以下几种： 基于http_refer防盗链配置模块 url 重写网站维护的时候将所有页面重定向到维护页面： 1rewrite ^(.*)$ /pages/maintain.html 301和302的区别：301是永久重定向，客户端会缓存重定向后的地址（即使服务器关闭也能跳转到对应的地址），302请求每次都会访问服务器。所以做重定向的时候最好选择302,301如果跳转的链接改了是无法及时更新的。 https优化： 激活keepalive长连接 设置ssl...

iota可以按照特定的规则执行逻辑： 1234567891011121314151617package mainimport "fmt"const ( b = 1 << (10 * iota) kb mb gb tb pb)func main(){ // 1 1024 1048576 1099511627776 1125899906842624 fmt.Println(b,kb,mb,tb,pb)} go中的slice本身没有数据，是对底层array的view。 闭包12345678910111213141516171819package mainimport "fmt"func adder() func (value int) int { sum:=0 return func (value int)int { sum += value return sum } }func main() { adder:=adder() for i := 0; i...

心游于艺，道不远人 变继承关系为组合关系State 模式继承描述了 is-a 的关系，子类可以继承父类的成员变量和函数，也可以修改父类的成员变量和函数。使用设计模式来实现代码复用，而不是使用继承实现代码复用。 它的核心思想是通过改变对象的内部状态来改变对象的行为，而无需修改对象本身的类结构。 1234567891011121314151617181920212223242526272829// 状态接口interface Role { void doWork();}// 具体状态class Engineer implements Role { public void doWork() { System.out.println("写代码"); }}class Manager implements Role { public void doWork() { System.out.println("开会"); }}//...

概述红包系统本质上是高并发资金秒杀系统。 架构一览 系统演进之路 满足业务需求，快速迭代上线 出现超卖现象，启用事务锁 流量增加，收红包出现性能瓶颈，改为乐观锁，性能提升3倍 流量继续增加，乐观锁也扛不住了，上缓存 分布式 MQ 解决异步写 数据分片来解决 DB 横向拓展 业务场景需求分析红包发送者从红包商那里购买一定数量和一定金额的红包（每个红包的规格一样或者不一样），之后将红包商品赠送出去（对象是红包接受人群），收红包本质上是对红包商品的秒杀活动。存在 B2B 和 B2C...