Drafts on 子恒的博客

Mon, 01 Jan 0001 00:00:00 +0000

客户端
iphone遍历事件列表

如果当天有事件，则定12点的闹钟
12点后如果事件没有被处理，定20点的闹钟

timer: 承载一个计时器
例子：每年的12月1号、每年农历的12月20、每月4号、每周二三

循环类型 cycle_type：年、月、周
循环的值 cycle_value：（1201、4、[2,3]）
是否循环 is_cycle:

cond：承载一个条件

条件名
条件列表，list<sub_cond>，里面是与的关系
- key指标名
- op操作符：lt，gt，lte，gte，eq，in，neq，nin
- value：具体的值

indicator：指标，承载一个条件里key的获取方式

event: 承载一个事件，具有以下属性

事件名
事件描述
事件触发条件

event_instance: 单次的事件

所属事件id
事件触发的值

{
	"event_name" : "Tim的生日提醒", 
	"event_desc" : "每年这个时候的生日提醒",
	"event_id" : "1", 
	"event_cond" : null,
	"event_instance_id" : "1",
	"event_cond_value" : {},
}

{  
    "event_name":"股票价格提醒",  
    "event_desc":"股价提醒",  
    "event_id":"2",  
    "event_cond":[  
        {  
            "key":"stock_price",  
            "op":"lt",  
            "value":"51"  
        }  
    ],  
    "event_instance_id":"1",  
    "event_cond_value":{  
        "stock_price":"60"  
    }  
}

Mon, 01 Jan 0001 00:00:00 +0000

数据输入

支付宝账头（16）

交易号	商家订单号	交易创建时间	付款时间	最近修改时间	交易来源地	类型	交易对方	商品名称	金额（元）	收/支	交易状态	服务费（元）	成功退款（元）	备注	资金状态
0	1	2	3	4	5	6	7	8	9	10	11	12	13	14	15
2023053122001420431448709679	visionpayF57BE6520BB10FD2D6878368	2023-05-3115:15:28	2023-05-3115:15:30	2023-05-3115:15:30	其他（包括阿里巴巴和外部商家）	即时到账交易	友宝	智能货柜消费	2.10	支出	交易成功	0.00	0.00

微信账头（11）

交易时间	交易类型	交易对方	商品	收/支	金额(元)	支付方式	当前状态	交易单号	商户单号	备注
0	1	2	3	4	5	6	7	8	9	10
2023-05-31 14:55:08	商户消费	easyopen	“easyopen充值”	支出	¥10.00	招商银行(8027)	支付成功	4200001853202305316421439877	02212305315369551305344	“/”

主要功能

统一账务格式

标准账务格式

Mon, 01 Jan 0001 00:00:00 +0000

功能 - 你会获得什么？

记账自动分类，将你的

使用

解压后，寻找自己的操作系统对应的版本。注意不要把配置json删除

-rwxr-xr-x  1 chestnutheng  staff   6.0M  6 28 19:59 GoldenKey_Linux_amd64
-rwxr-xr-x  1 chestnutheng  staff   5.9M  6 28 19:59 GoldenKey_Mac_amd64
-rwxr-xr-x  1 chestnutheng  staff   5.8M  6 28 19:59 GoldenKey_Windows_386.exe
-rwxr-xr-x  1 chestnutheng  staff   6.1M  6 28 19:59 GoldenKey_Windows_amd64.exe
-rw-r--r--  1 chestnutheng  staff   3.7K  6 28 19:59 golden_conf.json

使用解压好的文件。直接双击或者命令行运行

1
2

Ξ money/ ▶ ./GoldenKey_Mac_amd64
2023/06/28 20:41:26 导入记录为0。请将导入的支付宝或者微信账单文件放在同目录！

如果需要解析账单，需要把账单文件放入文件夹。
1. 微信下载账单：
2. 支付宝下载账单：https://consumeprod.alipay.com/record/standard.htm
  1. 个人版 - 选择开始日期到1月1日 - 下载明细
3. 解压下载好的zip文件，和GoldenKey放入同级文件夹，如下图

Ξ tiny_projects/money ▶ tree .       
.
├── GoldenKey_Mac_amd64
├── golden_conf.json
├── alipay_record_20230621_1123_1.csv
├── alipay_record_20230628_1735_1.csv
├── 微信支付账单(20230401-20230531).csv

运行GoldenKey，你会发现目录下生成了几个文件

.
├── GoldenKey_Mac_amd64
├── golden_conf.json
├── alipay_record_20230621_1123_1.csv
├── alipay_record_20230628_1735_1.csv
├── 微信支付账单(20230401-20230531).csv
├── bill_fix.csv
├── bills.csv
├── 账单管理结果_20210101_20230531.xlsx

账单管理结果就是你要的文件！

Mon, 01 Jan 0001 00:00:00 +0000

es和mysql的差异

回顾下mysql的特性ACID，讲究所想即所得：
原子性：提供事务，一组请求要么全部成功，要么全部失败
一致性：
持久性：一旦提交，就可以永久保存
隔离性：事务间互不干扰
再加个可用性：读写操作都是数ms级别，且在百万级的数据规模下无压力

mysql最多4096列
遵循关系式数据库的范式，不冗余数据

es的时效性：写完之后查有1s以上延迟

es的场景

作为mysql的宽表，补齐多个字段，支持更多维度的筛选
需要搜索、模糊搜索的场景

Mon, 01 Jan 0001 00:00:00 +0000

队列是最方便的线程间传递信息的方式。线程间传递信息，难免会引入锁，锁又会带来效率的大幅降低。我们从一个简单的队列开始，看看lock-free的思维如何解决问题。

加锁的队列

api回顾

回顾一下互斥锁和条件变量的用法：

// 锁：是互斥的。一个线程加锁后其他线程如果试图加锁，会陷入等待。
pthread_mutex_t mutex; //锁
// 给互斥体变量加锁，其他线程执行这里时会卡住
pthread_mutex_lock(&mutex); 
 // 给互斥体变量解除锁
phtread_mutex_unlock(&mutex);


// 条件变量：用条件控制线程是否继续。条件变量不是卡别人的，使用条件卡自己的，等待别人告诉自己可以继续。
pthread_cond_t qready = PTHREAD_COND_INITIALIZER;
pthread_mutex_t qlock = PTHREAD_MUTEX_INITIALIZER;
// wait用来等待条件就绪。如果陷入wait，只能通过别的线程被唤醒。一般情况下，wait会配合while和需要wait的条件使用，避免假死和资源竞争等问题
pthread_cond_wait(&qready, &mutex); 
// signal可以通知一个线程条件已经就绪
pthread_cond_signal(&qready)
// broadcast会通知所有线程就绪。这种通知是顺序进行的，因为只有一个线程可以拿到wait时指定的锁，然后执行完自己的操作，最后unlock，把锁让给下一个线程
pthread_cond_broadcast(&qready)

我们可以根据这个用法写一个模板：

void thread1(){
    pthread_mutex_lock(&lock);
    while(不满足条件，比如队列为空、文件未就绪)
        pthread_cond_wait(&cond, &lock);
    // ... 得到条件了，做一些事情，比如操作文件、推出队列的东西
    pthread_mutex_unlock(&lock);
}

加锁队列的实现

// 是否为空
template <typename T>
bool BlockingQueue<T>::IsEmpty(){
    bool rv;
    g_mutex_lock(m_mutex);
    rv = m_theQueue.empty();
    g_mutex_unlock(m_mutex);
    return rv;
}
// 推出元素
template <typename T>
bool BlockingQueue<T>::Push(const T &a_elem){
    g_mutex_lock(m_mutex);
    // 如果队列已满，则等待，直到队列空出位置
    while (m_theQueue.size() >= m_maximumSize){
        g_cond_wait(m_cond, m_mutex);
    }

    bool queueEmpty = m_theQueue.empty();
    m_theQueue.push(a_elem);
    // 如果队列push之前为空，通知其余线程可以继续push
    if (queueEmpty){
        // wake up threads waiting for stuff
        g_cond_broadcast(m_cond);
    }
    g_mutex_unlock(m_mutex);
    return true;
}

template <typename T>
void BlockingQueue<T>::Pop(T &out_data){
    g_mutex_lock(m_mutex);
    // 队列为空则陷入等待，直到队列有元素
    while (m_theQueue.empty()){
        g_cond_wait(m_cond, m_mutex);
    }
    
    bool queueFull = (m_theQueue.size() >= m_maximumSize) ? true : false;
    out_data = m_theQueue.front();
    m_theQueue.pop();
    // 如果队列已经满了，通知其他线程来pop
    if (queueFull){
        // wake up threads waiting for stuff
        g_cond_broadcast(m_cond);
    }
    g_mutex_unlock(m_mutex);
}

我们举个例子：

Mon, 01 Jan 0001 00:00:00 +0000

设计理念

构建一套事件监测、规则匹配、发送的系统

HK0700到达卖出点 -> 发送邮件消息

触发器cron：分钟级扫描
值组件：price1=GetStockPrice(code1)
发射器：sendEmail()
规则引擎：if price1 > conf1 : sendEmail()
聚合引擎：当日不再发

flight到达低点or日报 -> 发送邮件消息

触发器cron：早晚扫描
值组件：priceList=GetFlight(A, B, day)
发射器：sendEmail()
规则引擎：if priceList0 < conf1 : sendEmail()
cron表达式： */10 * * * *
执行动作：getFlight
参数列表：杭州北京 2023-08-08
规则：price[0] < 1000
发射器： sendEmail

{
	"rule_name" : "杭州-北京flights监控",
	"crontab" : "*/10 * * * *",
	"event" : "getFlight",
	"params" : ["杭州","北京","2023-08-08"],
	"rule" : {
		"key" : "min_price",
		"val" : "1000",
		"op"  : "<"
	},
	"action" : "sendEmail"
}


// getFlight回包
{
	"min_price" : 1000.0
}

Mon, 01 Jan 0001 00:00:00 +0000

增加

local key = KEYS[1]
local val = tonumber(ARGV[1])
local upper = tonumber(ARGV[2])
local expireAt = tonumber(ARGV[3])
local cur = redis.call('get',key)
if(cur == false)
then
	cur = 0
else
	cur = tonumber(cur)
end
if(cur >= upper)
then
	return 0
end
local new = cur + val
if(new > upper)
then
	new = upper
end
redis.call('set',key,new)
redis.call('expireat',key,expireAt)
	return new - cur

减少

Mon, 01 Jan 0001 00:00:00 +0000

车架
轮组
变速套件
- 组成
  - 变速系统1：手变/指拨，前拨变速器，后拨变速器
  - 传动系统2：牙盘，中轴，飞轮，链条
  - 制动系统3：花鼓，刹车
- 小套（变速）中套（变速+传动）大套（变速+传动+制动）
- 品牌
  - 禧玛诺shimano（最大）
  - 速联sram
  - campagnolo

牙盘：靠近脚的齿轮
飞轮：靠近后轮的齿轮

齿比：齿比=牙盘齿轮数/飞轮齿轮数=蹬一圈走几圈
9速为例

场景	小牙盘1	中牙盘2	大牙盘3	齿比
陡坡	1-2	❎	❎	0.7~0.8
普通坡	3-5	2-3	❎	0.9~1.2
平路	5	3-6	3-5	1.3~2.1
下坡	❎	❎	5-7	2.4~3.1

禧玛诺

系列	定位	型号	速度	重量	价格	备注
Claris	入门	R2000	8速	2942g	2000+	4爪牙盘双盘、三盘
SORA	娱乐	R3000	9速	2787g	3000+	4爪牙盘、一体式中轴
TIAGR	娱乐入门	R4600 R4700	10速	2840g	4000+
105级套件	比赛入门	R7000	11速	2576g	6000+	一步到位
Ultegra	比赛	R8000	11速	2376g	15000+	油压碟刹/Di2电子变速
Dura-Ace	专业比赛	R9000	11速	2011g	30000+	圈刹/碟刹/机械变速/Di2电子变速

Mon, 01 Jan 0001 00:00:00 +0000

软考

备选：
NoSQL数据库
系统需求分析方法
自动化测试/质量保证
论面向服务的架构及其应用/微服务
论软件可靠性设计/评价

结构

1.摘要 300字

摘要：2012年1月，我作为项目经理，主持XX公司系统的设计，该系统主要实现功能XX
该项目时间紧、任务重，如何任务重，影响XX范围，XX用户使用
xx年最终验收，得到了用户的一致肯定，顺利达成了项目既定目标。本文作者结合实际经验，以该项目为例，讨论一下项目建设的【软件分析、软件设计】这几个过程来进行论述（呼应题目要求）

2.项目背景介绍 400字

2.1 系统概要

该系统主要实现功能XX（详细描述）

2.2 开发机制和我的工作

团队介绍，我作为后端系统负责人，向总监汇报，主要负责xx，其他的前端终端客户端，分别负责什么，
流程介绍，时间紧，业务复杂，需求管理采用分优先级pk、产品评审、技术评审、技术详评、开发系统、测试用例评审、测试验收
我在团队和流程中负责xx
团队在题目要求的xx中有xx设计
服务架构设计中，

3.响应命题，选型 400字

题目中的问题的重要性
题目中常用的方式有a，b，c几种，他们的优势和劣势是（不会跳过）
结合下项目，采用了xx，理由是什么

4.主题内容 1000字

（我用了xx方法，方法有什么好处，效果如何）
（扯很多专业术语，尽量显示知识）
服务架构设计中，
需求分析中，
NoSQL数据库中，
测试中，
可靠性中，

5.论文结论 400 字

5.1 用了主体中xx方法的优点和效果

服务架构设计中，
需求分析中，
NoSQL数据库中，
测试中，

5.2 用了主体中xx方法的缺点和改进

服务架构设计中，
需求分析中，
NoSQL数据库中，
测试中，

5.3 总结

总的来说，xx方法还是很有优势，未来很有前景

论文

2019 智能运维，机器学习

2019 论处理流程设计及其应用

2019 论系统自动化测试及其运用

2019 论系统需求分析方法

2018 论软件开发过程RUP及其应用

2018 论软件体系结构的演化