{ "version": "https://jsonfeed.org/version/1", "title": "流年印记", "description": "数学 & 软件工程", "home_page_url": "https://hk2012.github.io", "items": [ { "id": "https://hk2012.github.io/2024/06/17/course/%E8%90%A5%E9%94%802.0/", "url": "https://hk2012.github.io/2024/06/17/course/%E8%90%A5%E9%94%802.0/", "title": "营销2.0", "date_published": "2024-06-17T03:10:00.000Z", "content_html": "

# 营销 2.0

\n

Base URLs:

\n\n

# Authentication

\n

# 用户行为分析

\n

# POST 柱状图

\n

POST /analysisChannelGrowth/queryBarChartMessage

\n
\n

Body 请求参数

\n
\n
{
  \"staDate\": \"2024-05-30\",
  \"type\": \"day\",
  \"category\": \"\"
}

# 请求参数

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称位置类型必选说明
bodybodyobject否none
» staDatebodystring是日期
» typebodystring是日期类型，年、月、日
» categorybodystring是分类
\n
\n

返回示例

\n
\n
\n

200 Response

\n
\n
{}

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
200OK成功Inline
\n

# 返回数据结构

\n

# 用户行为分析 / 用户查缴异常

\n

# POST 缴费_柱状图

\n

POST /analysisPaymentAnomalies/queryBarChart

\n
\n

Body 请求参数

\n
\n
{
  \"type\": \"day\",
  \"city\": \"南京\"
}

# 请求参数

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称位置类型必选说明
bodybodyobject否none
\n
\n

返回示例

\n
\n
\n

200 Response

\n
\n
{}

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
200OK成功Inline
\n

# 返回数据结构

\n

# POST 新增用户和同比

\n

POST /analysisChannelGrowth/queryGrowthMessage

\n
\n

Body 请求参数

\n
\n
{
  \"staDate\": \"\",
  \"type\": \"\"
}

# 请求参数

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称位置类型必选说明
bodybodyobject否none
\n
\n

返回示例

\n
\n
\n

200 Response

\n
\n
{}

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
200OK成功Inline
\n

# 返回数据结构

\n

# 用户行为分析 / 用户查缴异常

\n

# POST 缴费_汇总

\n

POST /analysisPaymentAnomalies/queryTotalMessage

\n
\n

返回示例

\n
\n
\n

200 Response

\n
\n
{}

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
200OK成功Inline
\n

# 返回数据结构

\n

# POST 缴费_柱状图

\n

POST /analysisPaymentAnomalies/queryBarChart

\n
\n

Body 请求参数

\n
\n
{
  \"type\": \"day\",
  \"city\": \"南京\"
}

# 请求参数

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称位置类型必选说明
bodybodyobject否none
\n
\n

返回示例

\n
\n
\n

200 Response

\n
\n
{}

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
200OK成功Inline
\n

# 返回数据结构

\n

# POST 欠费笔数

\n

POST /analysisUserDebts/queryDebtCount

\n
\n

Body 请求参数

\n
\n
{
  \"staDate\": \"2024-05-21\",
  \"type\": \"day\"
}

# 请求参数

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称位置类型必选说明
bodybodyobject否none
\n
\n

返回示例

\n
\n
\n

500 Response

\n
\n
{
  \"timestamp\": \"string\",
  \"status\": 0,
  \"error\": \"string\",
  \"message\": \"string\",
  \"path\": \"string\"
}

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
500Internal Server Error服务器错误Inline
\n

# 返回数据结构

\n

状态码 500

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称类型必选约束中文名说明
» timestampstringtruenonenone
» statusintegertruenonenone
» errorstringtruenonenone
» messagestringtruenonenone
» pathstringtruenonenone
\n

# POST 欠费金额

\n

POST /analysisUserDebts/queryDebtAmount

\n
\n

Body 请求参数

\n
\n
{
  \"staDate\": \"2024-05-21\",
  \"type\": \"day\"
}

# 请求参数

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称位置类型必选说明
bodybodyobject否none
\n
\n

返回示例

\n
\n
\n

200 Response

\n
\n
{}

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
200OK成功Inline
\n

# 返回数据结构

\n

# POST 查询欠费笔数柱状图

\n

POST /analysisUserDebts/queryCountBarChart

\n
\n

Body 请求参数

\n
\n
{
  \"staDate\": \"2024\",
  \"type\": \"year\",
  \"city\": \"南京\"
}

# 请求参数

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称位置类型必选中文名说明
bodybodyobject否none
» staDatebodystring是日期none
» typebodystring是日期类型day month year 三种类型
\n
\n

返回示例

\n
\n
\n

200 Response

\n
\n
{}

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
200OK成功Inline
\n

# 返回数据结构

\n

# POST 欠费表 _ 查询欠费金额数柱状图

\n

POST /analysisUserDebts/queryAmountBarchart

\n
\n

Body 请求参数

\n
\n
{
  \"staDate\": \"2024-05-28\",
  \"type\": \"day\"
}

# 请求参数

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称位置类型必选中文名说明
bodybodyobject否none
» staDatebodystring是日期none
» typebodystring是日期类型year month day
\n
\n

返回示例

\n
\n
\n

200 Response

\n
\n
{}

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
200OK成功Inline
\n

# 返回数据结构

\n

# 用户行为分析 / 客户细分和定位

\n

# POST 客户细分和定位 查询

\n

POST /analysisCustomerPosition/queryCustomerPosition

\n
\n

Body 请求参数

\n
\n
{
  \"userCategory\": \"\",
  \"electricityCategory\": \"\",
  \"staDate\": \"2024-05\"
}

# 请求参数

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称位置类型必选中文名说明
bodybodyobject否none
\n
\n

返回示例

\n
\n
\n

200 Response

\n
\n
{
  \"code\": \"string\",
  \"message\": \"string\",
  \"data\": [
    {
      \"id\": 0,
      \"userId\": 0,
      \"userCode\": \"string\",
      \"userCategory\": \"string\",
      \"userName\": \"string\",
      \"electricityCategory\": \"string\",
      \"paymentMethod\": \"string\",
      \"channelName\": \"string\",
      \"electricityAddress\": \"string\",
      \"stopPowerStatus\": true,
      \"sendPowerDate\": \"string\",
      \"settleFlag\": true,
      \"paymentDate\": \"string\",
      \"amount\": 0
    }
  ],
  \"total\": 0,
  \"traceID\": null,
  \"reminderType\": null
}

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
200OK成功Inline
\n

# 返回数据结构

\n

状态码 200

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称类型必选约束中文名说明
» codestringtruenonenone
» messagestringtruenonenone
» data[object]truenonenone
»» idintegertruenonenone
»» userIdintegertruenonenone
»» userCodestringtruenonenone
»» userCategorystringtruenonenone
»» userNamestringtruenonenone
»» electricityCategorystringtruenonenone
»» paymentMethodstringtruenonenone
»» channelNamestringtruenonenone
»» electricityAddressstringtruenonenone
»» stopPowerStatusbooleantruenonenone
»» sendPowerDatestringtruenonenone
»» settleFlagbooleantruenonenone
»» paymentDatestringtruenonenone
»» amountnumbertruenonenone
» totalintegertruenonenone
» traceIDnulltruenonenone
» reminderTypenulltruenonenone
\n

# POST 客户细分和定位 导出

\n

POST /analysisCustomerPosition/export

\n
\n

Body 请求参数

\n
\n
{
  \"userCategory\": \"\",
  \"electricityCategory\": \"\",
  \"staDate\": \"2024-05\"
}

# 请求参数

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称位置类型必选中文名说明
bodybodyobject否none
\n
\n

返回示例

\n
\n
\n

200 Response

\n
\n
{}

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
200OK成功Inline
\n

# 返回数据结构

\n

# POST 客户细分和定位 用户分类

\n

POST /analysisCustomerPosition/queryUserCategory

\n
\n

返回示例

\n
\n
\n

200 Response

\n
\n
{}

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
200OK成功Inline
\n

# 返回数据结构

\n

# POST 客户细分和定位 用电分类

\n

POST /analysisCustomerPosition/queryElectricityCategory

\n
\n

返回示例

\n
\n
\n

200 Response

\n
\n
{}

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
200OK成功Inline
\n

# 返回数据结构

\n

# 用户行为分析 / 跨渠道用户行为

\n

# POST 跨渠道用户行为查询

\n

POST /analysisUserBehaviorCrossChannel/queryMessage

\n
\n

Body 请求参数

\n
\n
{
  \"payChannel\": \"\",
  \"signChannel\": \"\"
}

# 请求参数

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称位置类型必选中文名说明
bodybodyobject否none
» payChannelbodystring否支付渠道none
» signChannelbodystring否签约渠道none
\n
\n

返回示例

\n
\n
\n

200 Response

\n
\n
{}

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
200OK成功Inline
\n

# 返回数据结构

\n

# POST 签约渠道下拉框_查询

\n

POST /analysisUserBehaviorCrossChannel/querySignChannel

\n
\n

返回示例

\n
\n
\n

200 Response

\n
\n
{}

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
200OK成功Inline
\n

# 返回数据结构

\n

# POST 支付渠道下拉框_查询

\n

POST /analysisUserBehaviorCrossChannel/queryPayChannel

\n
\n

返回示例

\n
\n
\n

200 Response

\n
\n
{}

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
200OK成功Inline
\n

# 返回数据结构

\n

# 用户行为分析 / 用户频繁缴费分析

\n

# POST 频繁交费分析饼图

\n

POST /analysisUserPayment/queryPieChartMessage

\n
\n

Body 请求参数

\n
\n
{
  \"staDate\": \"2024-05\"
}

# 请求参数

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称位置类型必选中文名说明
bodybodyobject否none
\n
\n

返回示例

\n
\n
\n

200 Response

\n
\n
{}

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
200OK成功Inline
\n

# 返回数据结构

\n

# POST 频繁交费分析柱状图

\n

POST /analysisUserPayment/queryBarChartMessage

\n
\n

Body 请求参数

\n
\n
{
  \"staDate\": \"2024-05\",
  \"city\": \"南京\"
}

# 请求参数

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称位置类型必选中文名说明
bodybodyobject否none
\n
\n

返回示例

\n
\n
\n

200 Response

\n
\n
{}

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
200OK成功Inline
\n

# 返回数据结构

\n

# 用户行为分析 / 托收签约未反馈分析

\n

# POST 托收签约未反馈分析查询

\n

POST /analysisCollectionAgreement/queryNoFeedbackChart

\n
\n

Body 请求参数

\n
\n
{
  \"staDate\": \"2024-05-21\"
}

# 请求参数

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称位置类型必选中文名说明
bodybodyobject否none
\n
\n

返回示例

\n
\n
\n

200 Response

\n
\n
{}

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
200OK成功Inline
\n

# 返回数据结构

\n

# 用户行为分析 / 渠道交叉分析

\n

# POST 渠道交叉分析_雷达图

\n

POST /analysisCrossChannel/queryRadarChart

\n
\n

Body 请求参数

\n
\n
{
  \"staDate\": \"2024-05-23\",
  \"type\": \"day\"
}

# 请求参数

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称位置类型必选中文名说明
bodybodyobject否none
\n
\n

返回示例

\n
\n
\n

200 Response

\n
\n
{}

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
200OK成功Inline
\n

# 返回数据结构

\n

# POST 渠道交叉分析_柱状图

\n

POST /analysisCrossChannel/queryBarChart

\n
\n

Body 请求参数

\n
\n
{
  \"staDate\": \"2024-05-23\",
  \"type\": \"day\",
  \"city\": \"南京\"
}

# 请求参数

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称位置类型必选中文名说明
bodybodyobject否none
\n
\n

返回示例

\n
\n
\n

200 Response

\n
\n
{}

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
200OK成功Inline
\n

# 返回数据结构

\n

# 用户行为分析 / 渠道满意度评估

\n

# POST 渠道满意度评估_最受欢迎 Top10

\n

POST /analysisChannelSatisfaction/querySatisfactionTop10

\n
\n

Body 请求参数

\n
\n
{
  \"staDate\": \"2024-05-21\",
  \"type\": \"day\"
}

# 请求参数

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称位置类型必选中文名说明
bodybodyobject否none
\n
\n

返回示例

\n
\n
\n

200 Response

\n
\n
{}

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
200OK成功Inline
\n

# 返回数据结构

\n

# POST 渠道满意度评估_整体满意度

\n

POST /analysisChannelSatisfaction/queryChannelSatisfaction

\n
\n

Body 请求参数

\n
\n
{
  \"staDate\": \"2024-05\",
  \"type\": \"month\"
}

# 请求参数

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称位置类型必选中文名说明
bodybodyobject否none
\n
\n

返回示例

\n
\n
\n

200 Response

\n
\n
{}

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
200OK成功Inline
\n

# 返回数据结构

\n

# POST 渠道满意度评估_柱状图

\n

POST /analysisChannelSatisfaction/queryBarChartMessage

\n
\n

Body 请求参数

\n
\n
{
  \"staDate\": \"2024\",
  \"type\": \"year\"
}

# 请求参数

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称位置类型必选中文名说明
bodybodyobject否none
\n
\n

返回示例

\n
\n
\n

200 Response

\n
\n
{}

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
200OK成功Inline
\n

# 返回数据结构

\n

# 用户行为分析 / 用户渠道偏好分析

\n

# POST 用户渠道偏好分析雷达图

\n

POST /analysisChannelSignups/queryRadarChart

\n
\n

Body 请求参数

\n
\n
{
  \"staDate\": \"2024-05\",
  \"type\": \"month\"
}

# 请求参数

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称位置类型必选中文名说明
bodybodyobject否none
\n
\n

返回示例

\n
\n
\n

200 Response

\n
\n
{
  \"code\": \"string\",
  \"message\": \"string\",
  \"data\": [
    {
      \"description\": \"string\",
      \"count\": null,
      \"percentage\": \"string\"
    }
  ],
  \"total\": 0,
  \"traceID\": null,
  \"reminderType\": null
}

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
200OK成功Inline
\n

# 返回数据结构

\n

状态码 200

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称类型必选约束中文名说明
» codestringtruenonenone
» messagestringtruenonenone
» data[object]truenonenone
»» descriptionstringtruenonenone
»» countnulltruenonenone
»» percentagestringtruenonenone
» totalintegertruenonenone
» traceIDnulltruenonenone
» reminderTypenulltruenonenone
\n

# POST 用户渠道偏好分析_柱状图

\n

POST /analysisChannelSignups/queryBarChart

\n
\n

Body 请求参数

\n
\n
{
  \"staDate\": \"2024-05\",
  \"type\": \"month\"
}

# 请求参数

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称位置类型必选中文名说明
bodybodyobject否none
\n
\n

返回示例

\n
\n
\n

200 Response

\n
\n
{
  \"code\": \"string\",
  \"message\": \"string\",
  \"data\": [
    {
      \"description\": \"string\",
      \"count\": \"string\",
      \"percentage\": null
    }
  ],
  \"total\": 0,
  \"traceID\": null,
  \"reminderType\": null
}

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
200OK成功Inline
\n

# 返回数据结构

\n

状态码 200

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称类型必选约束中文名说明
» codestringtruenonenone
» messagestringtruenonenone
» data[object]truenonenone
»» descriptionstringtruenonenone
»» countstringtruenonenone
»» percentagenulltruenonenone
» totalintegertruenonenone
» traceIDnulltruenonenone
» reminderTypenulltruenonenone
\n

# 渠道数据应用 / 渠道数据融合和关联

\n

# POST 查询渠道数据融合和关联信息

\n

POST /appChannelDataFusion/queryFusion

\n
\n

Body 请求参数

\n
\n
{
  \"userType\": \"VIP用户\",
  \"paymentDueDate\": \"2024-05-31\"
}

# 请求参数

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称位置类型必选中文名说明
bodybodyobject否none
\n
\n

返回示例

\n
\n
\n

200 Response

\n
\n
{}

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
200OK成功Inline
\n

# 返回数据结构

\n

# POST 查询用户类型

\n

POST /appChannelDataFusion/queryUserType

\n
\n

返回示例

\n
\n
\n

200 Response

\n
\n
{}

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
200OK成功Inline
\n

# 返回数据结构

\n

# POST 查询费用年月

\n

POST /appChannelDataFusion/queryPaymentDate

\n
\n

返回示例

\n
\n
\n

200 Response

\n
\n
{}

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
200OK成功Inline
\n

# 返回数据结构

\n

# 渠道数据应用 / 渠道风险识别

\n

# POST 渠道风险识别_今日突增交易量

\n

POST /appChannelRisk/queryVolume

\n
\n

返回示例

\n
\n
\n

200 Response

\n
\n
{}

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
200OK成功Inline
\n

# 返回数据结构

\n

# POST 渠道风险识别_今日异常高额交易金额

\n

POST /appChannelRisk/queryAmount

\n
\n

返回示例

\n
\n
\n

200 Response

\n
\n
{}

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
200OK成功Inline
\n

# 返回数据结构

\n

# POST 渠道风险识别_柱状图

\n

POST /appChannelRisk/queryBarChart

\n
\n

Body 请求参数

\n
\n
{
  \"type\": \"count\"
}

# 请求参数

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称位置类型必选中文名说明
bodybodyobject否none
\n
\n

返回示例

\n
\n
\n

200 Response

\n
\n
{}

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
200OK成功Inline
\n

# 返回数据结构

\n

# 渠道数据应用 / 渠道风险应急处置

\n

# POST 渠道风险应急处置_列表信息

\n

POST /appRiskProcessing/queryList

\n
\n

返回示例

\n
\n
\n

200 Response

\n
\n
{}

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
200OK成功Inline
\n

# 返回数据结构

\n

# POST 渠道风险应急处置_饼图

\n

POST /appRiskProcessing/queryPieChart

\n
\n

返回示例

\n
\n
\n

200 Response

\n
\n
{}

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
200OK成功Inline
\n

# 返回数据结构

\n

# 渠道数据应用 / 重点渠道交费监控

\n

# POST 重点渠道交费监控_渠道异常笔数

\n

POST /appChannelAnomalyData/queryTotalInfo

\n
\n

Body 请求参数

\n
\n
{
  \"staDate\": \"2024\",
  \"type\": \"year\"
}

# 请求参数

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称位置类型必选中文名说明
bodybodyobject否none
» staDatebodystring是日期none
» typebodystring是日期类型none
\n
\n

返回示例

\n
\n
\n

200 Response

\n
\n
{}

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
200OK成功Inline
\n

# 返回数据结构

\n

# POST 重点渠道交费监控_渠道异常柱状图

\n

POST /appChannelAnomalyData/queryBarChart

\n
\n

Body 请求参数

\n
\n
{
  \"staDate\": \"2024\",
  \"type\": \"year\"
}

# 请求参数

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称位置类型必选中文名说明
bodybodyobject否none
\n
\n

返回示例

\n
\n
\n

200 Response

\n
\n
{
  \"code\": \"string\",
  \"message\": \"string\",
  \"data\": [
    {
      \"count\": \"string\",
      \"description\": \"string\"
    }
  ],
  \"total\": 0,
  \"traceID\": null,
  \"reminderType\": null
}

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
200OK成功Inline
\n

# 返回数据结构

\n

状态码 200

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称类型必选约束中文名说明
» codestringtruenonenone
» messagestringtruenonenone
» data[object]truenonenone
»» countstringtruenonenone
»» descriptionstringtruenonenone
» totalintegertruenonenone
» traceIDnulltruenonenone
» reminderTypenulltruenonenone
\n

# POST 重点渠道交费监控_查询交易量和交易金额

\n

POST /appChannelTransactionData/queryTotalInfo

\n
\n

Body 请求参数

\n
\n
{
  \"staDate\": \"2024\",
  \"type\": \"year\"
}

# 请求参数

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称位置类型必选中文名说明
bodybodyobject否none
\n
\n

返回示例

\n
\n
\n

200 Response

\n
\n
{
  \"code\": \"string\",
  \"message\": \"string\",
  \"data\": {
    \"volume\": \"string\",
    \"amount\": \"string\"
  },
  \"total\": 0,
  \"traceID\": null,
  \"reminderType\": null
}

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
200OK成功Inline
\n

# 返回数据结构

\n

状态码 200

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称类型必选约束中文名说明
» codestringtruenonenone
» messagestringtruenonenone
» dataobjecttruenonenone
»» volumestringtruenonenone
»» amountstringtruenonenone
» totalintegertruenonenone
» traceIDnulltruenonenone
» reminderTypenulltruenonenone
\n

# POST 重点渠道交费监控_交易量和交易金额柱状图

\n

POST /appChannelTransactionData/queryBarchart

\n
\n

Body 请求参数

\n
\n
{
  \"staDate\": \"2024-05-19\",
  \"type\": \"day\"
}

# 请求参数

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称位置类型必选中文名说明
bodybodyobject否none
\n
\n

返回示例

\n
\n
\n

200 Response

\n
\n
{
  \"code\": \"string\",
  \"message\": \"string\",
  \"data\": [
    {
      \"volume\": \"string\",
      \"amount\": \"string\",
      \"category\": \"string\"
    }
  ],
  \"total\": 0,
  \"traceID\": null,
  \"reminderType\": null
}

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
200OK成功Inline
\n

# 返回数据结构

\n

状态码 200

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称类型必选约束中文名说明
» codestringtruenonenone
» messagestringtruenonenone
» data[object]truenonenone
»» volumestringtruenonenone
»» amountstringtruenonenone
»» categorystringtruenonenone
» totalintegertruenonenone
» traceIDnulltruenonenone
» reminderTypenulltruenonenone
\n

# 渠道数据应用 / 渠道检修通知管理

\n

# POST 渠道检修通知管理

\n

POST /appMaintenanceNotices/queryMaintenance

\n
\n

返回示例

\n
\n
\n

200 Response

\n
\n
{
  \"code\": \"string\",
  \"message\": \"string\",
  \"data\": [
    {
      \"id\": 0,
      \"channelName\": \"string\",
      \"maintenanceStartTime\": \"string\",
      \"maintenanceContent\": \"string\",
      \"runningStatus\": \"string\",
      \"estimatedRecoveryTime\": \"string\",
      \"actualRecoveryTime\": \"string\"
    }
  ],
  \"total\": 0,
  \"traceID\": null,
  \"reminderType\": null
}

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
200OK成功Inline
\n

# 返回数据结构

\n

状态码 200

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称类型必选约束中文名说明
» codestringtruenonenone
» messagestringtruenonenone
» data[object]truenonenone
»» idintegertruenonenone
»» channelNamestringtruenonenone
»» maintenanceStartTimestringtruenonenone
»» maintenanceContentstringtruenonenone
»» runningStatusstringtruenonenone
»» estimatedRecoveryTimestringtruenonenone
»» actualRecoveryTimestring¦nulltruenonenone
» totalintegertruenonenone
» traceIDnulltruenonenone
» reminderTypenulltruenonenone
\n

# 渠道数据应用 / 渠道下线通知管理

\n

# POST 渠道下线通知管理

\n

POST /appChannelOfflineNotices/queryOffline

\n
\n

返回示例

\n
\n
\n

200 Response

\n
\n
{
  \"code\": \"string\",
  \"message\": \"string\",
  \"data\": [
    {
      \"id\": 0,
      \"channelName\": \"string\",
      \"offlineTime\": \"string\",
      \"offlineContent\": \"string\",
      \"currentStatus\": \"string\"
    }
  ],
  \"total\": 0,
  \"traceID\": null,
  \"reminderType\": null
}

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
200OK成功Inline
\n

# 返回数据结构

\n

状态码 200

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称类型必选约束中文名说明
» codestringtruenonenone
» messagestringtruenonenone
» data[object]truenonenone
»» idintegertruenonenone
»» channelNamestringtruenonenone
»» offlineTimestringtruenonenone
»» offlineContentstringtruenonenone
»» currentStatusstringtruenonenone
» totalintegertruenonenone
» traceIDnulltruenonenone
» reminderTypenulltruenonenone
\n

# 渠道数据应用 / 接口分级监控

\n

# POST 接口分级监控_汇总

\n

POST /appInterfaceMonitoring/queryInterFaceTotal

\n
\n

Body 请求参数

\n
\n
{
  \"level\": \"一级\"
}

# 请求参数

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称位置类型必选中文名说明
bodybodyobject否none
\n
\n

返回示例

\n
\n
\n

200 Response

\n
\n
{
  \"code\": \"string\",
  \"message\": \"string\",
  \"data\": {
    \"callTotal\": \"string\",
    \"responseTime\": \"string\",
    \"throughput\": \"string\",
    \"successRate\": \"string\"
  },
  \"total\": 0,
  \"traceID\": null,
  \"reminderType\": null
}

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
200OK成功Inline
\n

# 返回数据结构

\n

状态码 200

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称类型必选约束中文名说明
» codestringtruenonenone
» messagestringtruenonenone
» dataobjecttruenonenone
»» callTotalstringtruenonenone
»» responseTimestringtruenonenone
»» throughputstringtruenonenone
»» successRatestringtruenonenone
» totalintegertruenonenone
» traceIDnulltruenonenone
» reminderTypenulltruenonenone
\n

# POST 接口分级监控 折线图

\n

POST /appInterfaceMonitoring/queryLineChart

\n
\n

Body 请求参数

\n
\n
{
  \"level\": \"一级\"
}

# 请求参数

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称位置类型必选中文名说明
bodybodyobject否none
\n
\n

返回示例

\n
\n
\n

200 Response

\n
\n
{
  \"code\": \"string\",
  \"message\": \"string\",
  \"data\": [
    {
      \"timeSlice\": \"string\",
      \"callTotal\": \"string\",
      \"responseTime\": \"string\",
      \"throughput\": \"string\",
      \"successRate\": \"string\"
    }
  ],
  \"total\": 0,
  \"traceID\": null,
  \"reminderType\": null
}

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
200OK成功Inline
\n

# 返回数据结构

\n

状态码 200

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称类型必选约束中文名说明
» codestringtruenonenone
» messagestringtruenonenone
» data[object]truenonenone
»» timeSlicestringtruenonenone
»» callTotalstringtruenonenone
»» responseTimestringtruenonenone
»» throughputstringtruenonenone
»» successRatestringtruenonenone
» totalintegertruenonenone
» traceIDnulltruenonenone
» reminderTypenulltruenonenone
\n

# 渠道数据应用 / 渠道联系人管理

\n

# POST 渠道信息管理_查询

\n

POST /appChannelInfo/queryList

\n
\n

Body 请求参数

\n
\n
{
  \"staDate\": \"2024-05-26\",
  \"type\": \"day\"
}

# 请求参数

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称位置类型必选中文名说明
bodybodyobject否none
\n
\n

返回示例

\n
\n
\n

200 Response

\n
\n
{
  \"code\": \"string\",
  \"message\": \"string\",
  \"data\": [
    {
      \"id\": 0,
      \"channelName\": \"string\",
      \"cityName\": \"string\",
      \"outletCode\": \"string\",
      \"transactionCount\": 0,
      \"transactionAmount\": 0,
      \"channelStatus\": \"string\",
      \"contactName\": \"string\",
      \"contactPhone\": \"string\",
      \"positionRole\": \"string\",
      \"outletLocation\": \"string\",
      \"dataDate\": \"string\"
    }
  ],
  \"total\": 0,
  \"traceID\": null,
  \"reminderType\": null
}

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
200OK成功Inline
\n

# 返回数据结构

\n

状态码 200

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称类型必选约束中文名说明
» codestringtruenonenone
» messagestringtruenonenone
» data[object]truenonenone
»» idintegertruenonenone
»» channelNamestringtruenonenone
»» cityNamestringtruenonenone
»» outletCodestringtruenonenone
»» transactionCountintegertruenonenone
»» transactionAmountintegertruenonenone
»» channelStatusstringtruenonenone
»» contactNamestringtruenonenone
»» contactPhonestringtruenonenone
»» positionRolestringtruenonenone
»» outletLocationstringtruenonenone
»» dataDatestringtruenonenone
» totalintegertruenonenone
» traceIDnulltruenonenone
» reminderTypenulltruenonenone
\n

# POST 渠道信息管理_导出

\n

POST /appChannelInfo/export

\n
\n

Body 请求参数

\n
\n
{
  \"staDate\": \"2024\",
  \"type\": \"year\"
}

# 请求参数

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称位置类型必选中文名说明
bodybodyobject否none
\n
\n

返回示例

\n
\n
\n

200 Response

\n
\n
{
  \"code\": \"string\",
  \"message\": \"string\",
  \"data\": \"string\",
  \"total\": 0,
  \"traceID\": null,
  \"reminderType\": null
}

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
200OK成功Inline
\n

# 返回数据结构

\n

状态码 200

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称类型必选约束中文名说明
» codestringtruenonenone
» messagestringtruenonenone
» datastringtruenonenone
» totalintegertruenonenone
» traceIDnulltruenonenone
» reminderTypenulltruenonenone
\n

# 渠道数据应用 / 渠道位置管理

\n

# POST 渠道位置管理_查询区域地图

\n

POST /appChannelLocation/queryAreaMap

\n
\n

Body 请求参数

\n
\n
{
  \"staDate\": \"2024-05\",
  \"type\": \"month\",
  \"channelName\": \"\"
}

# 请求参数

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称位置类型必选中文名说明
bodybodyobject否none
\n
\n

返回示例

\n
\n
\n

200 Response

\n
\n
{
  \"code\": \"string\",
  \"message\": \"string\",
  \"data\": [
    \"string\"
  ],
  \"total\": 0,
  \"traceID\": null,
  \"reminderType\": null
}

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
200OK成功Inline
\n

# 返回数据结构

\n

状态码 200

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称类型必选约束中文名说明
» codestringtruenonenone
» messagestringtruenonenone
» data[string]truenonenone
» totalintegertruenonenone
» traceIDnulltruenonenone
» reminderTypenulltruenonenone
\n

# 模型构建与应用 / 渠道模型构建

\n

# POST 查询渠道模型构建汇总信息

\n

POST /modTransactions/queryTotalInfo

\n
\n

Body 请求参数

\n
\n
{
  \"staDate\": \"2024-05\",
  \"type\": \"month\"
}

# 请求参数

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称位置类型必选中文名说明
bodybodyobject否none
\n
\n

返回示例

\n
\n
\n

200 Response

\n
\n
{
  \"code\": \"string\",
  \"message\": \"string\",
  \"data\": {
    \"transactionCount\": \"string\",
    \"firstContactResolutionRate\": \"string\",
    \"remittanceTimelinessSeconds\": \"string\",
    \"channelFailureRate\": \"string\"
  },
  \"total\": 0,
  \"traceID\": null,
  \"reminderType\": null
}

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
200OK成功Inline
\n

# 返回数据结构

\n

状态码 200

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称类型必选约束中文名说明
» codestringtruenonenone
» messagestringtruenonenone
» dataobjecttruenonenone
»» transactionCountstringtruenonenone
»» firstContactResolutionRatestringtruenonenone
»» remittanceTimelinessSecondsstringtruenonenone
»» channelFailureRatestringtruenonenone
» totalintegertruenonenone
» traceIDnulltruenonenone
» reminderTypenulltruenonenone
\n

# POST 交易量柱状图

\n

POST /modTransactions/queryBarChart

\n
\n

Body 请求参数

\n
\n
{
  \"staDate\": \"2024-05\",
  \"type\": \"month\",
  \"category\": \"淮安市\"
}

# 请求参数

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称位置类型必选中文名说明
bodybodyobject否none
\n
\n

返回示例

\n
\n
\n

200 Response

\n
\n
{
  \"code\": \"string\",
  \"message\": \"string\",
  \"data\": [
    {
      \"count\": \"string\",
      \"description\": \"string\"
    }
  ],
  \"total\": 0,
  \"traceID\": null,
  \"reminderType\": null
}

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
200OK成功Inline
\n

# 返回数据结构

\n

状态码 200

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称类型必选约束中文名说明
» codestringtruenonenone
» messagestringtruenonenone
» data[object]truenonenone
»» countstringtruenonenone
»» descriptionstringtruenonenone
» totalintegertruenonenone
» traceIDnulltruenonenone
» reminderTypenulltruenonenone
\n

# 模型构建与应用 / 模型信息查询

\n

# POST 一键快查

\n

POST /modUserTransactions/oneClickQuickSearch

\n
\n

Body 请求参数

\n
\n
{
  \"searchWord\": \"中国银行\"
}

# 请求参数

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称位置类型必选中文名说明
bodybodyobject否none
\n
\n

返回示例

\n
\n
\n

200 Response

\n
\n
{
  \"code\": \"string\",
  \"message\": \"string\",
  \"data\": [
    {
      \"transactionId\": 0,
      \"userName\": \"string\",
      \"userNumber\": \"string\",
      \"paymentChannel\": \"string\",
      \"channelCode\": \"string\",
      \"channelContactPerson\": \"string\",
      \"isPowerOff\": true,
      \"powerUsageType\": \"string\",
      \"userStatus\": \"string\",
      \"paymentType\": \"string\",
      \"transactionNumber\": \"string\",
      \"transactionDate\": \"string\"
    }
  ],
  \"total\": 0,
  \"traceID\": null,
  \"reminderType\": null
}

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
200OK成功Inline
\n

# 返回数据结构

\n

状态码 200

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称类型必选约束中文名说明
» codestringtruenonenone
» messagestringtruenonenone
» data[object]truenonenone
»» transactionIdintegerfalsenonenone
»» userNamestringfalsenonenone
»» userNumberstringfalsenonenone
»» paymentChannelstringfalsenonenone
»» channelCodestringfalsenonenone
»» channelContactPersonstringfalsenonenone
»» isPowerOffbooleanfalsenonenone
»» powerUsageTypestringfalsenonenone
»» userStatusstringfalsenonenone
»» paymentTypestringfalsenonenone
»» transactionNumberstringfalsenonenone
»» transactionDatestringfalsenonenone
» totalintegertruenonenone
» traceIDnulltruenonenone
» reminderTypenulltruenonenone
\n

# 模型构建与应用 / 渠道模型视图 / 1．渠道趋势走向图

\n

# POST 渠道趋势走向 折线图表

\n

POST /modChannelTrend/queryLineChart

\n
\n

Body 请求参数

\n
\n
{
  \"staDate\": \"2023\",
  \"type\": \"year\"
}

# 请求参数

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称位置类型必选中文名说明
bodybodyobject否none
\n
\n

返回示例

\n
\n
\n

200 Response

\n
\n
{
  \"code\": \"string\",
  \"message\": \"string\",
  \"data\": [
    {
      \"timePeriod\": \"string\",
      \"collectionCount\": 0,
      \"deductionCount\": 0,
      \"collectionReceivedCount\": 0,
      \"reconciliationCount\": 0
    }
  ],
  \"total\": 0,
  \"traceID\": null,
  \"reminderType\": null
}

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
200OK成功Inline
\n

# 返回数据结构

\n

状态码 200

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称类型必选约束中文名说明
» codestringtruenonenone
» messagestringtruenonenone
» data[object]truenonenone
»» timePeriodstringtruenonenone
»» collectionCountintegertruenonenone
»» deductionCountintegertruenonenone
»» collectionReceivedCountintegertruenonenone
»» reconciliationCountintegertruenonenone
» totalintegertruenonenone
» traceIDnulltruenonenone
» reminderTypenulltruenonenone
\n

# 模型构建与应用 / 渠道模型视图 / 2．营商环境满意度对比

\n

# POST 营商环境满意度对比

\n

POST /modCitySatisfaction/querySatisLimit13

\n
\n

返回示例

\n
\n
\n

200 Response

\n
\n
{
  \"code\": \"string\",
  \"message\": \"string\",
  \"data\": [
    {
      \"cityName\": \"string\",
      \"transactionCount\": \"string\",
      \"satisfactionRate\": \"string\"
    }
  ],
  \"total\": 0,
  \"traceID\": null,
  \"reminderType\": null
}

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
200OK成功Inline
\n

# 返回数据结构

\n

状态码 200

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称类型必选约束中文名说明
» codestringtruenonenone
» messagestringtruenonenone
» data[object]truenonenone
»» cityNamestringtruenonenone
»» transactionCountstringtruenonenone
»» satisfactionRatestringtruenonenone
» totalintegertruenonenone
» traceIDnulltruenonenone
» reminderTypenulltruenonenone
\n

# 模型构建与应用 / 渠道模型视图 / 3．今日累计金额

\n

# POST 今日累计成交金额

\n

POST /modDailyTransactions/queryTransactionInfo

\n
\n

Body 请求参数

\n
\n
{}

# 请求参数

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称位置类型必选中文名说明
bodybodyobject否none
\n
\n

返回示例

\n
\n
\n

200 Response

\n
\n
{
  \"code\": \"string\",
  \"message\": \"string\",
  \"data\": {
    \"todayVolume\": \"string\",
    \"todayAmount\": \"string\",
    \"yesterdayAmount\": \"string\",
    \"comparison\": \"string\"
  },
  \"total\": 0,
  \"traceID\": null,
  \"reminderType\": null
}

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
200OK成功Inline
\n

# 返回数据结构

\n

状态码 200

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称类型必选约束中文名说明
» codestringtruenonenone
» messagestringtruenonenone
» dataobjecttruenonenone
»» todayVolumestringtruenone今日交易数none
»» todayAmountstringtruenone今日累计成交金额none
»» yesterdayAmountstringtruenone昨日交易额none
»» comparisonstringtruenone今日交易额同比增长none
» totalintegertruenonenone
» traceIDnulltruenonenone
» reminderTypenulltruenonenone
\n

# POST 地图展示

\n

POST /modDailyTransactions/queryAreaMap

\n
\n

返回示例

\n
\n
\n

200 Response

\n
\n
{
  \"code\": \"string\",
  \"message\": \"string\",
  \"data\": [
    {
      \"cityName\": \"string\",
      \"channelCount\": \"string\",
      \"transactionCount\": \"string\",
      \"transactionAmount\": \"string\"
    }
  ],
  \"total\": 0,
  \"traceID\": null,
  \"reminderType\": null
}

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
200OK成功Inline
\n

# 返回数据结构

\n

状态码 200

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称类型必选约束中文名说明
» codestringtruenonenone
» messagestringtruenonenone
» data[object]truenonenone
»» cityNamestringtruenone城市名称none
»» channelCountstringtruenone渠道数量none
»» transactionCountstringtruenone交易量none
»» transactionAmountstringtruenone交易金额none
» totalintegertruenonenone
» traceIDnulltruenonenone
» reminderTypenulltruenonenone
\n

# 模型构建与应用 / 渠道模型视图 / 4．异常情况

\n

# POST 异常情况

\n

POST /modAbnormalTransactions/queryAbnormalMessage

\n
\n

Body 请求参数

\n
\n
{
  \"staDate\": \"2023-06-04\",
  \"type\": \"day\"
}

# 请求参数

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称位置类型必选中文名说明
bodybodyobject否none
\n
\n

返回示例

\n
\n
\n

200 Response

\n
\n
{
  \"code\": \"string\",
  \"message\": \"string\",
  \"data\": {
    \"abnormalCount\": \"string\",
    \"abnormalRate\": \"string\",
    \"reconciliationRate\": \"string\",
    \"reconciliationCount\": \"string\"
  },
  \"total\": 0,
  \"traceID\": null,
  \"reminderType\": null
}

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
200OK成功Inline
\n

# 返回数据结构

\n

状态码 200

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称类型必选约束中文名说明
» codestringtruenonenone
» messagestringtruenonenone
» dataobjecttruenonenone
»» abnormalCountstringtruenonenone
»» abnormalRatestringtruenonenone
»» reconciliationRatestringtruenonenone
»» reconciliationCountstringtruenonenone
» totalintegertruenonenone
» traceIDnulltruenonenone
» reminderTypenulltruenonenone
\n

# 模型构建与应用 / 渠道模型视图 / 6．实时督办监控

\n

# POST 实时督办监控

\n

POST /modSupervision/monitor

\n
\n

返回示例

\n
\n
\n

200 Response

\n
\n
{
  \"code\": \"string\",
  \"message\": \"string\",
  \"data\": [
    {
      \"id\": 0,
      \"userNumber\": \"string\",
      \"channelName\": \"string\",
      \"orderNumber\": \"string\",
      \"supervisionStartTime\": \"string\",
      \"processingStatus\": \"string\"
    }
  ],
  \"total\": 0,
  \"traceID\": null,
  \"reminderType\": null
}

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
200OK成功Inline
\n

# 返回数据结构

\n

状态码 200

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称类型必选约束中文名说明
» codestringtruenonenone
» messagestringtruenonenone
» data[object]truenonenone
»» idintegertruenonenone
»» userNumberstringtruenonenone
»» channelNamestringtruenonenone
»» orderNumberstringtruenonenone
»» supervisionStartTimestringtruenonenone
»» processingStatusstringtruenonenone
» totalintegertruenonenone
» traceIDnulltruenonenone
» reminderTypenulltruenonenone
\n

# 模型构建与应用 / 渠道模型视图 / 7．13 地市缴费趋势

\n

# POST 柱状图

\n

POST /modCityPaymentTrends/querySumCountAndAmount

\n
\n

Body 请求参数

\n
\n
{
  \"startDate\": \"2022\",
  \"endDate\": \"2024\",
  \"type\": \"year\"
}

# 请求参数

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称位置类型必选中文名说明
bodybodyobject否none
\n
\n

返回示例

\n
\n
\n

200 Response

\n
\n
{
  \"code\": \"string\",
  \"message\": \"string\",
  \"data\": [
    {
      \"transactionCount\": 0,
      \"transactionAmount\": 0,
      \"timePeriod\": \"string\"
    }
  ],
  \"total\": 0,
  \"traceID\": null,
  \"reminderType\": null
}

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
200OK成功Inline
\n

# 返回数据结构

\n

状态码 200

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称类型必选约束中文名说明
» codestringtruenonenone
» messagestringtruenonenone
» data[object]truenonenone
»» transactionCountintegertruenonenone
»» transactionAmountnumbertruenonenone
»» timePeriodstringtruenonenone
» totalintegertruenonenone
» traceIDnulltruenonenone
» reminderTypenulltruenonenone
\n

# 模型构建与应用 / 渠道模型视图 / 8．最新动态

\n

# POST 最新 20 条动态信息

\n

POST /modNotification/queryMessage

\n
\n

返回示例

\n
\n
\n

200 Response

\n
\n
{
  \"code\": \"string\",
  \"message\": \"string\",
  \"data\": [
    {
      \"id\": 0,
      \"message\": \"string\",
      \"transactionTime\": \"string\"
    }
  ],
  \"total\": 0,
  \"traceID\": null,
  \"reminderType\": null
}

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
200OK成功Inline
\n

# 返回数据结构

\n

状态码 200

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称类型必选约束中文名说明
» codestringtruenonenone
» messagestringtruenonenone
» data[object]truenonenone
»» idintegertruenonenone
»» messagestringtruenonenone
»» transactionTimestringtruenonenone
» totalintegertruenonenone
» traceIDnulltruenonenone
» reminderTypenulltruenonenone
\n

# POST 今日动态信息导出

\n

POST /modNotification/export

\n
\n

返回示例

\n
\n
\n

200 Response

\n
\n

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
200OK成功Inline
\n

# 返回数据结构

\n

# 模型构建与应用 / 渠道数据管理 / 质量改进

\n

# POST 渠道数据质量改进

\n

POST /modQualityImprovement/queryQualityTotal

\n
\n

Body 请求参数

\n
\n
{
  \"staDate\": \"2024-06\",
  \"type\": \"month\"
}

# 请求参数

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称位置类型必选中文名说明
bodybodyobject否none
\n
\n

返回示例

\n
\n
\n

200 Response

\n
\n
{
  \"code\": \"string\",
  \"message\": \"string\",
  \"data\": [
    {
      \"integrityPercentage\": 0,
      \"accuracyPercentage\": 0
    }
  ],
  \"total\": 0,
  \"traceID\": null,
  \"reminderType\": null
}

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
200OK成功Inline
\n

# 返回数据结构

\n

状态码 200

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称类型必选约束中文名说明
» codestringtruenonenone
» messagestringtruenonenone
» data[object]truenonenone
»» integrityPercentageintegerfalsenone完整性百分比none
»» accuracyPercentageintegerfalsenone准确率 百分比none
» totalintegertruenonenone
» traceIDnulltruenonenone
» reminderTypenulltruenonenone
\n

# POST 数据质量改进折线图

\n

POST /modQualityImprovement/queryBarchart

\n
\n

Body 请求参数

\n
\n
{
  \"staDate\": \"2024-06-11\",
  \"type\": \"day\"
}

# 请求参数

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称位置类型必选中文名说明
bodybodyobject否none
\n
\n

返回示例

\n
\n
\n

200 Response

\n
\n
{
  \"code\": \"string\",
  \"message\": \"string\",
  \"data\": [
    {
      \"description\": \"string\",
      \"accuracy\": \"string\",
      \"integrity\": \"string\"
    }
  ],
  \"total\": 0,
  \"traceID\": null,
  \"reminderType\": null
}

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
200OK成功Inline
\n

# 返回数据结构

\n

状态码 200

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称类型必选约束中文名说明
» codestringtruenonenone
» messagestringtruenonenone
» data[object]truenonenone
»» descriptionstringtruenone地市none
»» accuracystringtruenone准确性none
»» integritystringtruenone完整性none
» totalintegertruenonenone
» traceIDnulltruenonenone
» reminderTypenulltruenonenone
\n

# 模型构建与应用 / 渠道数据合规性检测

\n

# POST 渠道数据合规性检测

\n

POST /modComplianceInterfaceData/queryPieChart

\n
\n

Body 请求参数

\n
\n
{
  \"staDate\": \"2024-06-01\",
  \"type\": \"day\"
}

# 请求参数

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称位置类型必选中文名说明
bodybodyobject否none
\n
\n

返回示例

\n
\n
\n

200 Response

\n
\n
{}

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
200OK成功Inline
\n

# 返回数据结构

\n

# POST 查询异常接口数据

\n

POST /modAnomalyInterfaceData/queryPieChart

\n
\n

Body 请求参数

\n
\n
{
  \"staDate\": \"2024-06-01\",
  \"type\": \"day\"
}

# 请求参数

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称位置类型必选中文名说明
bodybodyobject否none
\n
\n

返回示例

\n
\n
\n

200 Response

\n
\n
{
  \"code\": \"string\",
  \"message\": \"string\",
  \"data\": [
    {
      \"value\": \"string\",
      \"description\": \"string\",
      \"percentage\": \"string\"
    }
  ],
  \"total\": 0,
  \"traceID\": null,
  \"reminderType\": null
}

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
200OK成功Inline
\n

# 返回数据结构

\n

状态码 200

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称类型必选约束中文名说明
» codestringtruenonenone
» messagestringtruenonenone
» data[object]truenonenone
»» valuestringtruenonenone
»» descriptionstringtruenonenone
»» percentagestringtruenonenone
» totalintegertruenonenone
» traceIDnulltruenonenone
» reminderTypenulltruenonenone
\n

# 模型构建与应用 / 渠道调用链时间线筛选

\n

# POST 全链路查询信息

\n

POST /modAllChainMain/queryAllChain

\n
\n

Body 请求参数

\n
\n
{
  \"linkStartTime\": \"2024-06-15\",
  \"userCode\": \"\"
}

# 请求参数

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称位置类型必选中文名说明
bodybodyobject否none
\n
\n

返回示例

\n
\n
\n

200 Response

\n
\n
{
  \"code\": \"string\",
  \"message\": \"string\",
  \"data\": {
    \"total\": 0,
    \"modAllChainMains\": [
      {
        \"id\": 0,
        \"userName\": \"string\",
        \"userCode\": \"string\",
        \"linkName\": \"string\",
        \"linkStartTime\": \"string\",
        \"billingMonth\": \"string\",
        \"transactionCode\": \"string\",
        \"supplierName\": \"string\",
        \"transactionName\": \"string\"
      }
    ]
  },
  \"total\": 0,
  \"traceID\": null,
  \"reminderType\": null
}

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
200OK成功Inline
\n

# 返回数据结构

\n

状态码 200

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称类型必选约束中文名说明
» codestringtruenonenone
» messagestringtruenonenone
» dataobjecttruenonenone
»» totalintegertruenonenone
»» modAllChainMains[object]truenonenone
»»» idintegertruenonenone
»»» userNamestringtruenonenone
»»» userCodestringtruenonenone
»»» linkNamestringtruenonenone
»»» linkStartTimestringtruenonenone
»»» billingMonthstringtruenonenone
»»» transactionCodestringtruenonenone
»»» supplierNamestringtruenonenone
»»» transactionNamestringtruenonenone
» totalintegertruenonenone
» traceIDnulltruenonenone
» reminderTypenulltruenonenone
\n

# POST 流程图信息

\n

POST /modAllChainMain/queryFlowInfo

\n
\n

Body 请求参数

\n
\n
{
  \"mainId\": 866
}

# 请求参数

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称位置类型必选中文名说明
bodybodyobject否none
\n
\n

返回示例

\n
\n
\n

200 Response

\n
\n
{
  \"code\": \"string\",
  \"message\": \"string\",
  \"data\": [
    {
      \"nodeName\": \"string\",
      \"status\": \"string\",
      \"color\": \"string\",
      \"startTime\": \"string\",
      \"endTime\": \"string\"
    }
  ],
  \"total\": 0,
  \"traceID\": null,
  \"reminderType\": null
}

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
200OK成功Inline
\n

# 返回数据结构

\n

状态码 200

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称类型必选约束中文名说明
» codestringtruenonenone
» messagestringtruenonenone
» data[object]truenonenone
»» nodeNamestringtruenonenone
»» statusstringtruenonenone
»» colorstringtruenonenone
»» startTimestring¦nulltruenonenone
»» endTimestring¦nulltruenonenone
» totalintegertruenonenone
» traceIDnulltruenonenone
» reminderTypenulltruenonenone
\n

# POST 流程节点信息

\n

POST /modAllChainMain/queryStepInfo

\n
\n

Body 请求参数

\n
\n
{
  \"mainId\": 866
}

# 请求参数

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称位置类型必选中文名说明
bodybodyobject否none
\n
\n

返回示例

\n
\n
\n

404 Response

\n
\n
{
  \"timestamp\": \"string\",
  \"status\": 0,
  \"error\": \"string\",
  \"message\": \"string\",
  \"path\": \"string\"
}

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
404Not Found记录不存在Inline
\n

# 返回数据结构

\n

状态码 404

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称类型必选约束中文名说明
» timestampstringtruenonenone
» statusintegertruenonenone
» errorstringtruenonenone
» messagestringtruenonenone
» pathstringtruenonenone
\n

# 模型构建与应用 / 渠道数据用户转化分析

\n

# POST 渠道数据用户转化结果

\n

POST /modConversionSummary/queryBarChart

\n
\n

返回示例

\n
\n
\n

200 Response

\n
\n
{
  \"code\": \"string\",
  \"message\": \"string\",
  \"data\": {
    \"conversionRate\": 0,
    \"avgPayAmountRate\": 0,
    \"retentionRate\": 0,
    \"chartVOList\": [
      {
        \"month\": \"string\",
        \"conversionRate\": \"string\",
        \"avgPayAmount\": \"string\",
        \"retentionRate\": \"string\"
      }
    ]
  },
  \"total\": 0,
  \"traceID\": null,
  \"reminderType\": null
}

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
200OK成功Inline
\n

# 返回数据结构

\n

状态码 200

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称类型必选约束中文名说明
» codestringtruenonenone
» messagestringtruenonenone
» dataobjecttruenonenone
»» conversionRatenumbertruenone充值转化率none
»» avgPayAmountRateintegertruenone平均交费金额none
»» retentionRatenumbertruenone用户留存率none
»» chartVOList[object]truenonenone
»»» monthstringtruenonenone
»»» conversionRatestringtruenone充值转化率none
»»» avgPayAmountstringtruenonenone
»»» retentionRatestringtruenone用户留存率none
» totalintegertruenonenone
» traceIDnulltruenonenone
» reminderTypenulltruenonenone
\n

# 模型构建与应用 / 数据关联

\n

# POST 查询数据

\n

POST /modDataTransactions/queryMessage

\n
\n

Body 请求参数

\n
\n
{
  \"staDate\": \"2024-06-12\",
  \"type\": \"day\"
}

# 请求参数

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称位置类型必选中文名说明
bodybodyobject否none
\n
\n

返回示例

\n
\n
\n

200 Response

\n
\n
{
  \"code\": \"string\",
  \"message\": \"string\",
  \"data\": [
    {
      \"id\": 0,
      \"userId\": 0,
      \"userName\": \"string\",
      \"signChannel\": \"string\",
      \"signTime\": \"string\",
      \"accountNumber\": \"string\",
      \"contactPerson\": \"string\",
      \"transactionTime\": \"string\",
      \"transactionId\": \"string\",
      \"billingCycle\": \"string\"
    }
  ],
  \"total\": 0,
  \"traceID\": null,
  \"reminderType\": null
}

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
200OK成功Inline
\n

# 返回数据结构

\n

状态码 200

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称类型必选约束中文名说明
» codestringtruenonenone
» messagestringtruenonenone
» data[object]truenonenone
»» idintegertruenonenone
»» userIdintegertruenonenone
»» userNamestringtruenonenone
»» signChannelstringtruenonenone
»» signTimestringtruenonenone
»» accountNumberstringtruenonenone
»» contactPersonstringtruenonenone
»» transactionTimestringtruenonenone
»» transactionIdstringtruenonenone
»» billingCyclestringtruenonenone
» totalintegertruenonenone
» traceIDnulltruenonenone
» reminderTypenulltruenonenone
\n

# POST 导出

\n

POST /modDataTransactions/export

\n
\n

Body 请求参数

\n
\n
{
  \"staDate\": \"2024-06-12\",
  \"type\": \"day\"
}

# 请求参数

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称位置类型必选中文名说明
bodybodyobject否none
\n
\n

返回示例

\n
\n
\n

200 Response

\n
\n

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
200OK成功Inline
\n

# 返回数据结构

\n

# 模型构建与应用 / 渠道数据效果评估

\n

# POST 数据处理能力

\n

POST /modCapabilities/queryMessage

\n
\n

返回示例

\n
\n
\n

200 Response

\n
\n
{
  \"code\": \"string\",
  \"message\": \"string\",
  \"data\": {
    \"数据安全能力\": 0,
    \"数据整合能力\": 0,
    \"数据清洗能力\": 0
  },
  \"total\": 0,
  \"traceID\": null,
  \"reminderType\": null
}

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
200OK成功Inline
\n

# 返回数据结构

\n

状态码 200

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称类型必选约束中文名说明
» codestringtruenonenone
» messagestringtruenonenone
» dataobjecttruenonenone
»» 数据安全能力integertruenonenone
»» 数据整合能力integertruenonenone
»» 数据清洗能力integertruenonenone
» totalintegertruenonenone
» traceIDnulltruenonenone
» reminderTypenulltruenonenone
\n

# POST 数据利用价值

\n

POST /modUtilization/queryMessage

\n
\n

返回示例

\n
\n
\n

405 Response

\n
\n
{
  \"timestamp\": \"string\",
  \"status\": 0,
  \"error\": \"string\",
  \"message\": \"string\",
  \"path\": \"string\"
}

# 返回结果

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
状态码状态码含义说明数据模型
405Method Not Allowed请求有误Inline
\n

# 返回数据结构

\n

状态码 405

\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
名称类型必选约束中文名说明
» timestampstringtruenonenone
» statusintegertruenonenone
» errorstringtruenonenone
» messagestringtruenonenone
» pathstringtruenonenone
\n

# 数据模型

\n", "tags": [] }, { "id": "https://hk2012.github.io/2024/05/14/math/linearAlgebra/", "url": "https://hk2012.github.io/2024/05/14/math/linearAlgebra/", "title": "线性代数（数学二）", "date_published": "2024-05-14T08:48:53.000Z", "content_html": "

# 行列式

\n\n
\n\n
\n\n
\n

三行三列行列式 （主对角线相乘 - 副对角线相乘）

\n
\n

∣a11a12a13a21a22a23a31a32a33∣=a11a22a33+a12a23a31+a13a21a32−a13a22a31−a23a32a11−a33a12a21\\left|\\begin{array}{c}\na_{11} & a_{12} & a_{13} \\\\\na_{21} & a_{22} & a_{23} \\\\\na_{31} & a_{32} & a_{33} \\\\\n\\end{array}\\right| = a_{11}a_{22}a_{33} + a_{12}a_{23}a_{31} + a_{13}a_{21}a_{32} - a_{13}a_{22}a_{31} - a_{23}a_{32}a_{11} - a_{33}a_{12}a_{21}\n∣∣∣∣∣∣∣​a11​a21​a31​​a12​a22​a32​​a13​a23​a33​​∣∣∣∣∣∣∣​=a11​a22​a33​+a12​a23​a31​+a13​a21​a32​−a13​a22​a31​−a23​a32​a11​−a33​a12​a21​

\n\n
\n

行列式五大性质

\n
\n
    \n
  1. \n

    经过转置行列式的值不变 (行列式的行和列的性质相同)

    \n
    2. \n
  2. \n

    两行行列式互换位置，行列式变号

    \n\n
    3. \n
  3. \n

    某行 (或列) 行列式如有公因子 K, 则可把 K 提出行列式记号外（亦即用数 K 乘列式 | A | 等于用 K 乘它的的某行或列）

    \n\n
    4. \n
  4. \n

    如果行列式某行（或列）是两个元素之和，则可把行列式拆成拆成两行列之和。

    \n
    5. \n
  5. \n

    把某行（或列）的 K 倍加到另一行（或列），行列式的值不变。

    \n
    6. \n
\n
\n

转置

\n
\n\n
\n

余子式

\n
\n\n
\n

代数余子式

\n
\n\n

# 矩阵

\n\n
- 常规写法
    $$\\begin{matrix}
    1&1&1&1\\\\
    2&2&2&2\\\\
    4&4&4&4\\\\
    \\end{matrix}$$
- 在起始、结束标记用下列词替换 matrix
    pmatrix：小括号边框
    bmatrix：中括号边框
    Bmatrix：大括号边框
    vmatrix：单竖线边框
    Vmatrix：双竖线边框
\n
\n
初等变换
\n
\n\n
分别呈现为：
\n\n
# 向量
\n
\n
定义
\n
\n\n
\n
向量间的线性关系
\n
\n\n
\n
性质
\n
\n\n
\n
β=(−3,2,−4),α1=(1,0,1),α2=(2,1,0),α3=(−1,1,−2)\\beta = (-3,2,-4),\\alpha_1 = (1,0,1),\\alpha_2 = (2,1,0),\\alpha_3 = (-1,1,-2)\nβ=(−3,2,−4),α1​=(1,0,1),α2​=(2,1,0),α3​=(−1,1,−2)
\n
\n\n
β=k1α1+k2α2+k3α3\\quad \\beta = k_1\\alpha_1 + k_2\\alpha_2 + k_3\\alpha_3\nβ=k1​α1​+k2​α2​+k3​α3​
\n
(−3,2,−4)=k1(1,0,1)+k2(2,1,0)+k3(−1,1,−2)(-3,2,-4) = k_1(1,0,1) + k_2(2,1,0) + k_3(-1,1,-2)\n(−3,2,−4)=k1​(1,0,1)+k2​(2,1,0)+k3​(−1,1,−2)
\n
{k1+2k2−k3=−3k2+k3=2k1−2k3=−4\\left\\{\n\\begin{array}{c}       \n    k_1 + 2k_2 - k_3 = -3 \\\\\n    k_2 + k_3 = 2 \\\\\n    k_1 - 2k_3 = -4\n\\end{array}\n\\right.⎩⎪⎨⎪⎧​k1​+2k2​−k3​=−3k2​+k3​=2k1​−2k3​=−4​
\n
{k1=2K2=−1k3=3\\left\\{\n\\begin{array}{c}       \n    k_1 = 2 \\\\\n    K_2 = -1 \\\\\n    k_3 = 3\n\\end{array}\n\\right.⎩⎪⎨⎪⎧​k1​=2K2​=−1k3​=3​
\n
∴β=2α1−α2+3α3\\therefore \\beta = 2\\alpha_1 - \\alpha_2 + 3\\alpha_3\n∴β=2α1​−α2​+3α3​
\n
\n
向量组的等价
\n
\n\n
\n
向量间线性相关
\n
\n\n
\n
向量间线性无关
\n
\n\n
\n
线性相关或无关的性质
\n
\n
    \n
  1. 向量组中两向量成比例，必定线性相关
    2. \n
\n
−1×(12)+12×(24)=0-1 \\times \\binom{1}{2} + \\frac{1}{2} \\times \\binom{2}{4} = 0\n−1×(21​)+21​×(42​)=0
\n
    \n
  1. 含零向量的任意向量组必线性相关
    2. \n
\n
0α1+0α2+1×0=00\\alpha_1 + 0\\alpha_2 + 1 \\times 0 = 0\n0α1​+0α2​+1×0=0
\n
    \n
  1. 任意一个零向量必线性相关
    2. \n
\n
1×0=01 \\times 0 = 0\n1×0=0
\n
    \n
  1. 任意一个非零向量必线性无关
    2. \n
\n
α≠0,kα=0⇒k=0\\alpha \\neq 0 , k\\alpha = 0 \\Rightarrow k = 0\nα=0,kα=0⇒k=0
\n
    \n
  1. 一个向量α\\alphaα 线性相关 ⇔α=0\\Leftrightarrow \\alpha = 0⇔α=0
    2. \n
\n
\n
线性相关证明
\n
\n\n
k1α1+k2α2+k3α3=0k_1\\alpha_1 + k_2\\alpha_2 + k_3\\alpha_3 = 0\nk1​α1​+k2​α2​+k3​α3​=0
\n
k1α1+k2α2+k3α3+0α4+0α5=0k_1\\alpha_1 + k_2\\alpha_2 + k_3\\alpha_3 + 0\\alpha_4 + 0\\alpha_5 = 0\nk1​α1​+k2​α2​+k3​α3​+0α4​+0α5​=0
\n
∵k1,k2,k3,0,0\\because \\quad k_1,k_2,k_3,0,0∵k1​,k2​,k3​,0,0 不全为 0
\n∴α1,α2,α3,α4,α5\\therefore \\quad \\alpha_1,\\alpha_2,\\alpha_3,\\alpha_4,\\alpha_5∴α1​,α2​,α3​,α4​,α5​ 是线性相关的
\n\n
\n
向量组的秩
\n
\n\n
# 线性方程组
\n
# 特征值和特征向量
\n\n",
            "tags": []
        },
        {
            "id": "https://hk2012.github.io/2024/05/14/note/MySQL/",
            "url": "https://hk2012.github.io/2024/05/14/note/MySQL/",
            "title": "MySQL 知识总结",
            "date_published": "2024-05-14T03:10:00.000Z",
            "content_html": "
# 索引
\n
# 数据库索引的定义和作用
\n\n
# 索引失效
\n\n
# 浏览器执行流程
\n\n
    \n
  1. 地址解析（跳过 DNS）：
    2. \n
\n
由于 192.168.1.1 是一个直接的 IP 地址，浏览器跳过了 DNS 解析步骤，因为不需要将域名转换为 IP 地址。
\n2. 建立 TCP 连接：
\n
浏览器向 192.168.1.1 的默认 HTTP 端口（通常是 80）或 HTTPS 端口（通常是 443）发起一个 TCP 连接请求。这个过程涉及三次握手，以确保连接的可靠性。
\n3. 发送 HTTP 请求：
\n
一旦 TCP 连接建立成功，浏览器会发送一个 HTTP 请求（例如 GET 请求）到该 IP 地址上的 Web 服务器。
\n4. 服务器处理请求并响应：
\n
192.168.1.1 上的 Web 服务器处理请求，并返回相应的网页数据。
\n5. 浏览器接收并渲染页面：
\n
浏览器接收服务器返回的网页数据，并开始渲染网页内容。
\n所以，尽管在这个特殊情况下（直接输入 IP 地址），DNS 解析步骤被跳过，但建立 TCP 连接依然是后续的关键步骤。
\n
# 商业智能系统
\n\n
    \n
  1. 数据预处理：这是整个流程的起始点，涉及从不同来源收集原始数据，并通过抽取（Extract）、转换（Transform）和加载（Load），即 ETL 过程，对数据进行清洗、格式化和整合，确保数据质量，以便后续分析使用。
    2. \n
  2. 建立数据仓库：创建一个集中化的数据存储环境，用于存储经过预处理的大量历史数据。数据仓库支持高效的数据管理和查询，为复杂的分析任务提供坚实的基础。
    3. \n
  3. 数据分析：利用统计学方法、联机分析处理（OLAP）和数据挖掘技术等手段，从数据中发现模式、趋势和关联性。这一阶段是商业智能系统智能化的核心，它能将数据转化为可操作的洞察。
    4. \n
  4. 数据展现：将分析结果以图表、报告、仪表板等形式直观地展示给决策者和业务用户，使他们能够快速理解复杂的数据信息，从而基于数据驱动的洞察做出决策。这一步骤通常还包括数据可视化工具的应用，以便用户交互式地探索数据。这四个阶段共同构成了商业智能系统的核心流程，帮助企业更好地理解和利用其数据资产，提高决策效率和质量。
    5. \n
\n
# 面向对象分析与设计区别
\n
    \n
  1. 面向对象分析（Object-Oriented Analysis, OOA）主要关注于理解并捕获问题领域的需求，识别参与者、用例以及领域对象，建立问题域的静态结构和动态行为的模型。
    2. \n
  2. 面向对象设计（Object-Oriented Design, OOD）则是在分析的基础上，关注如何将问题域模型转化为可实现的解决方案，包括类的设计、接口设计、数据库设计等，更侧重于软件结构和组件的实现细节。因此，两者之间存在明显的区别。
    3. \n
\n
# 案例题
\n
# 第一题
\n
\"提交订单用例表\"
\n
    \n
  1. 【问题 1】 （9 分）
    2. \n
\n
面向对象系统开发中，实体对象、控制对象和接口对象的含义是什么？
\n\n
    \n
  1. 【问题 2】 （10 分）
    2. \n
\n
面向对象系统分析与建模中，从潜在候选对象中筛选系统业务对象的原则有哪些？
\n\n
    \n
  1. 【问题 3】（6 分）
    2. \n
\n
根据题目所示 “提交订单” 用例详细描述，可以识别出哪些业务对象？
\n\n
# 第二题
\n
\"案例二数据流图\"
\n\"案例二数据流图(2)\"
\n\n",
            "tags": [
                "总结"
            ]
        },
        {
            "id": "https://hk2012.github.io/2024/04/25/note/u%E7%9B%BE%E6%B5%8B%E8%AF%95/",
            "url": "https://hk2012.github.io/2024/04/25/note/u%E7%9B%BE%E6%B5%8B%E8%AF%95/",
            "title": "U盾测试",
            "date_published": "2024-04-25T01:05:00.000Z",
            "content_html": "
# 前端网址
\n\n
# 情况异常
\n
# 第一种情况 (可以复现)
\n
    \n
  1. 采集指纹一 （食指）
    2. \n
  2. 采集指纹二  (中指)
    3. \n
  3. 删除指纹\n\n
    4. \n
  4. 认证指纹 (食指)  -> 成功
    5. \n
  5. 认证指纹 (中指)  -> 成功
    6. \n
  6. 刷新页面后 再次点击删除\n\n
    7. \n
  7. 最后删除成功
    8. \n
\n\n
# 第二种情况
\n
    \n
  1. 采集指纹一 （食指）
    2. \n
  2. 采集指纹二  (中指)
    3. \n
  3. 采集指纹二  (无名指)
    4. \n
  4. 采集指纹二  (小指)
    5. \n
  5. 四个手指的指纹都可以匹配上
    6. \n
\n
# 第三种情况
\n
    \n
  1. 在认证步骤连续点击两次认证情况，会发生 下发与认证错乱.
    2. \n
  2. 在认证超时之后，指纹后录入情况，会发生 下发与认证错乱.
    3. \n
\n
# 交互方式
\n
    \n
  1. 连接 U 盾\n\n
    2. \n
  2. 采集 SN\n\n
    3. \n
  3. 采集身份证号\n\n
    4. \n
  4. 采集指纹\n\n
    5. \n
  5. 删除指纹\n\n
    6. \n
  6. 安全认证 (比对)\n
      \n
    1. 下发 FP_UP 指令 （指录入当前指纹）
      2. \n
    2. 对比 （将当前指纹，与之前存入模组间的指纹匹配）
      3. \n
    3. 删除当前指纹信息
      4. \n
    \n
    7. \n
  7. 删除身份证号\n\n
    8. \n
  8. 获取指纹信息\n\n
    如果只录入一条指纹情况，错误指纹 index 如下
    verify finger info one index: 116
    如果录入两条指纹情况，错误指纹 index 如下
    verify finger info more index: 100
    9. \n
\n
# 指令
\n\n
0x7c
\n0x7d
\n0x7E
\n0x7F
\n0x80
\n0x81
\n0x51
\n
0x10 （0x01||0x00）
\n0x11 （0x01||0x00）
\n0x17 （0x01||0x00） 0xXX 0xXX (两个字节指纹信息长度) 0xXX 0xXX 0xXX ... 指纹信息
\n 0x18 （0x01||0x00）0xII 0xII (指纹索引) 0xXX 0xXX（两字节信息长度）0xXX 0xXX 0xXX ... 指纹信息
\n 0x12 （0x01||0x00）0xII 0xII (指纹索引)  0xXX 0xXX（两字节信息长度）0xXX 0xXX 0xXX ... 指纹信息
\n 0x13 （0x01||0x00） 0xXX 0xXX 0xYY 0xYY
\n0x14 （0x01||0x00）（16 个字节）
\n0x15 （0x01||0x00）（16 个字节）
\n
SUBCMD+LEN+DATA
\n0（1 字节数据，值为 0，表示清除设备中保存的数据）
\n18 字节身份证号
\n 0x7F 0xXX 0xXX ...（18 位身份证号码）
\n0x80 (0x01||0x00) 0xXX 0xXX ...（16 位信息标识）
\n0x81 0xXX 0xXX ...（16 位信息标识）
\n1 - 长响 1 声，用于操作成功情况下；2 - 连续短响 2 声，用于出现错误情况下；
\n
指纹模组发送给上位机表示指纹模组侦测到指纹，上位机发送给指纹模组表示上位查询指纹信息 0x00 - 无 0x01 - 有
\n " 上位机发送到指纹模组表示需要进行用户指纹或身份证认证，指令：0x11;
\n 指纹模组发送给上位机表示认证结果：0x00 - 失败 0x01 - 成功
\n指令：0x11 0x01||0x00 (成功 || 失败)
\n 认证完成后，需要上位机发送删除指纹指令，清除指纹模组中缓存的指纹信息，指纹索引是 0x00 0x64 至 0x01 0xF4，删除指纹指令：0x13"
\n" 上位机发送到指纹模组表示传输指纹信息，指令：0x17 0xXX 0xXX (两个字节指纹信息长度) 0xXX 0xXX 0xXX ... 指纹信息
\n指纹模组发送给上位机表示指纹传输结果 (0x00 - 失败 0x01 - 成功)
\n 指令：0x17 0x01||0x00 (成功 || 失败) (0xII 0xXII)(上传成功后，终端保存指纹信息，并返回保存两个指纹信息的索引号)"
\n" 上位机发送到指纹模组表示获取 0x50 0x17 指令上送至终端的指纹信息，指令：0x18 0xII 0xII 两位指纹索引
\n指纹模组发送给上位机表示获取指纹信息结果与指纹信息 (0x00 - 失败 0x01 - 成功)
\n 指令：0x18 0x01||0x00 (成功 || 失败) 0xII 0xII (指纹索引) 0xXX 0xXX (两个字节指纹信息长度) 0xXX 0xXX 0xXX ... 指纹信息
\n指纹数据长度一般是 1008 个字节，预留 2024 个字节 "
\n" 上位机发送到指纹模组表示采集指纹信息，指令：0x12 （0x00||0xAA） 注：0x00: 表示终端不需要保存指纹信息；0xAA：表示终端需要保存指纹信息
\n指纹模组发送给上位机表示采集指纹信息结果与指纹信息 (0x00 - 失败 0x01 - 成功)
\n 指令：0x12 0x01||0x00 (成功 || 失败) 0xII 0xII (指纹索引) 0xXX 0xXX (两个字节指纹信息长度) 0xXX 0xXX 0xXX ... 指纹信息
\n注：当终端不需要指纹信息时，指纹索引为 0x00 0x00
\n 指纹数据长度一般是 1008 个字节，预留 2024 个字节 "
\n" 上位机发送给指纹模组表示需要删除指纹：指令：0x13 0xXX 0xXX 0xYY 0xYY
\n0xXX 0xXX：两字节删除指纹开始索引；
\n0xYY 0xYY：两字节删除指纹结束索引；
\n 删除相同指纹时，0xXX 0xXX： == 0xYY 0xYY
\n 指纹模组发送给上位机表示删除指纹结果；指令：0x13 0x01||0x00 (成功 || 失败)"
\n
设置时，直接 16 个；
\n
SUBCMD：0 - 读取 SN，1 - 设置 SN；LEN：SN 数据的长度；DATA：SN 的内容；
\n删除保存的身份证信息
\n
" 上位机发送到设备表示读取设备中保存的身份证号信息，指令：0x7F
\n 设备发送给上位机表示读取结果
\n指令：0x7F  0xXX 0xXX ...（18 位身份证号码）如果设备中没有保存身份证信息，则身份证号码是 18 个 0xFF"
\n" 上位机发送到设备表示设置标识信息，指令：0x80 0xXX 0xXX ...（16 位信息标识）
\n设备发送给上位机表示设置结果
\n指令：0x80  0x01||0x00    注：0x01 - 成功 0x00 - 失败 "
\n" 上位机发送到设备表示读取标识信息，指令：0x81
\n 设备发送给上位机表示读取结果
\n指令：0x81 0xXX 0xXX ...（16 位信息标识）    注：失败 - 16 个 0xFF"
\n",
            "tags": [
                "项目开发"
            ]
        },
        {
            "id": "https://hk2012.github.io/2024/04/24/doc/%E4%BB%8B%E7%BB%8D%E7%BA%BF%E7%A8%8B%E7%9A%84%E7%94%9F%E5%91%BD%E5%91%A8%E6%9C%9F%E5%92%8C%E7%8A%B6%E6%80%81/",
            "url": "https://hk2012.github.io/2024/04/24/doc/%E4%BB%8B%E7%BB%8D%E7%BA%BF%E7%A8%8B%E7%9A%84%E7%94%9F%E5%91%BD%E5%91%A8%E6%9C%9F%E5%92%8C%E7%8A%B6%E6%80%81/",
            "title": "介绍线程的生命周期和状态",
            "date_published": "2024-04-24T01:05:00.000Z",
            "content_html": "
# 介绍线程的生命周期和状态？
\n
\"未命名文件.jpg\"
\n
1. 创建
\n当程序使用 new 关键字创建了一个线程之后，该线程就处于一个新建状态（初始状态），此时它和其他 Java 对象一样，仅仅由 Java 虚拟机为其分配了内存，并初始化了其成员变量值。此时的线程对象没有表现出任何线程的动态特征，程序也不会执行线程的线程执行体。
\n2. 就绪
\n当线程对象调用了 Thread.start () 方法之后，该线程处于就绪状态。Java 虚拟机会为其创建方法调用栈和程序计数器，处于这个状态的线程并没有开始运行，它只是表示该线程可以运行了。从 start () 源码中看出，start 后添加到了线程列表中，接着在 native 层添加到 VM 中，至于该线程何时开始运行，取决于 JVM 里线程调度器的调度 (如果 OS 调度选中了，就会进入到运行状态)。
\n3. 运行
\n当线程对象调用了 Thread.start () 方法之后，该线程处于就绪状态。添加到了线程列表中，如果 OS 调度选中了，就会进入到运行状态
\n 4. 阻塞
\n阻塞状态是线程因为某种原因放弃 CPU 使用权，暂时停止运行。直到线程进入就绪状态，才有机会转到运行状态。阻塞的情况大概三种：
\n\n
5. 死亡
\n线程会以以下三种方式之一结束，结束后就处于死亡状态:
\n\n",
            "tags": [
                "总结"
            ]
        },
        {
            "id": "https://hk2012.github.io/2024/04/10/other/u%E7%9B%BE/",
            "url": "https://hk2012.github.io/2024/04/10/other/u%E7%9B%BE/",
            "title": "U盾项目代码熟悉",
            "date_published": "2024-04-10T11:09:00.000Z",
            "content_html": "
# 代码分析
\n
# natchost-v1
\n
# 原始代码
\n
#include \"stdafx.h\"
#include \"windows.h\"
#include <stdio.h>
#include <fcntl.h>
#include <io.h>
#include<string.h>
#include <json/json.h>
using namespace std;
#define MAX_LEN 4096
typedef char *(WINAPI *CONNECTPROC)();
typedef char *(WINAPI *COLLSNPROC)();
typedef char *(WINAPI *COLLIDPROC)(char *a);
typedef char *(WINAPI *COLLFPRPROC)(char *a);
typedef char *(WINAPI *DELFPPROC)(char *a);
typedef char *(WINAPI *VERIFYPROC)(char *a);
// 从标准输入输出接收数据
char g_input[4096];
// 写日志函数
int write_log_file(const char *str);
// 读取标准输入的数据
char *get_input();
// 输出
int out_write(const char *message);
// 处理结束符
int handle_EOF(char *dest, char *src);
// 拼接数组
int arr_cat(char *dest, unsigned int from, const char *src, unsigned int len);
string replaceChar(string src, string sub, string dest);
HINSTANCE WLinst;
// 返回 0 为成功，其他值是失败
int main() {
    int result; // 设置数据流模式结果
    char reclog[] = \"recieve command: \";
    char commlog[] = \"parsed command: \";
    char castlog[] = \"cast command: \";
    char connlog[] = \"usbkey connect response: \";
    char snlog[] = \"usbkey sn response: \";
    char idlog[] = \"usbkey id number response: \";
    char fplog[] = \"usbkey fingerprint response: \";
    char dellog[] = \"usbkey delete fingerprint response: \";
    char verifylog[] = \"usbkey verify response: \";
    char inlen = 0; // 接收字符串长度
    //char message [] = \"{\\\"text\\\": \\\"hello chrome extension\\\"}\"; // 例子
    //char message[] = \"{\\\"command\\\": \\\"collFingerprint\\\", \\\"res\\\": {\\\"code\\\":\\\"0\\\",\\\"content\\\":\\\"collect fingerprint failure!\\\"}}\";
    // 设置数据流模式模式为二进制流
    result = _setmode(_fileno(stdin), _O_BINARY);
    if (result == -1)
        out_write(\"Cannot set mode\\n\");
    WLinst = LoadLibrary(\"natcud.dll\");
    if (WLinst == 0)
        return -1;
    CONNECTPROC ffconnect = (CONNECTPROC) GetProcAddress(WLinst, \"ffconnect\");
    COLLSNPROC collsn = (COLLSNPROC) GetProcAddress(WLinst, \"collTerminalSN\");
    COLLIDPROC collid = (COLLIDPROC) GetProcAddress(WLinst, \"collIdNumber\");
    COLLFPRPROC collfp = (COLLFPRPROC) GetProcAddress(WLinst, \"collFingerPrint\");
    DELFPPROC delfp = (DELFPPROC) GetProcAddress(WLinst, \"deleteFingerprints\");
    VERIFYPROC verify = (VERIFYPROC) GetProcAddress(WLinst, \"verify\");
    char *tmpcomm = get_input();
    strcat(reclog, tmpcomm);
    write_log_file(reclog);
    std::string command(tmpcomm);
    strcat(castlog, command.c_str());
    write_log_file(castlog);
    //std::string command = \"{\\\"command\\\":\\\"collTerminalSN\\\"}\";
//\tstd::string command = \"{\\\"command\\\": \\\"collTerminalSN\\\"}\";
    //std::string command = \"{\\\"command\\\": \\\"collIdNumber\\\",\\\"req\\\": {\\\"serial\\\": \\\"32016225\\\",\\\"idNumber\\\": \\\"411481199110128450\\\"}}\";
    //std::string command = \"{\\\"command\\\": \\\"collFingerprint\\\",\\\"req\\\": {\\\"serial\\\": \\\"32016225\\\"}}\";
    //std::string command = \"{\\\"command\\\": \\\"collFingerprint\\\",\\\"req\\\": {\\\"serial\\\": \\\"32016225\\\",\\\"fingerNo\\\": \\\"\\\"}}\";
    //std::string command = \"{\\\"command\\\": \\\"deleteFingerprints\\\",\\\"req\\\": {\\\"serial\\\": \\\"32016225\\\"}}\";
    // 指令判断处理 ..........................
    //std::string command = \"{\\\"command\\\": \\\"verify\\\",\\\"req\\\": {\\\"serial\\\": \\\"30077052\\\"}}\";
    //std::string command = \"{\\\"cmd\\\": \\\"f\\\",\\\"req\\\": {\\\"s\\\": \\\"30077052\\\",\\\"f\\\": 1}}\";
    Json::Value jData;
    Json::Reader reader;
    reader.parse(command, jData);
    string comname = (char *) jData[\"cmd\"].asString().c_str();
    strcat(commlog, comname.c_str());
    write_log_file(comname.c_str());
    if (stricmp(comname.c_str(), \"connect\") == 0) {
        char *rdata = ffconnect();
        // 写日志
        strcat(connlog, rdata);
        write_log_file(connlog);
        Json::Value root;
        Json::Value res;
        root[\"cmd\"] = comname;
        root[\"res\"] = rdata;
        root.toStyledString();
        std::string rtnOut = root.toStyledString();
        string rtn = replaceChar(rtnOut, \"\\\\n\", \"\");
        rtn = replaceChar(rtn, \"\\n\", \"\");
        out_write(rtn.c_str());
    } else if (stricmp(comname.c_str(), \"sn\") == 0) {
        char *rdata = collsn();
        // 写日志
        strcat(snlog, rdata);
        write_log_file(snlog);
        Json::Value root;
        Json::Value res;
        root[\"cmd\"] = comname;
        root[\"res\"] = rdata;
        root.toStyledString();
        std::string rtnOut = root.toStyledString();
        string rtn = replaceChar(rtnOut, \"\\\\n\", \"\");
        rtn = replaceChar(rtn, \"\\n\", \"\");
        out_write(rtn.c_str());
    } else if (stricmp(comname.c_str(), \"i\") == 0) {
// 读取 json 子结构
        Json::Value reqData = jData[\"req\"];
//\t\tstring req=jData[\"command\"].asString().c_str();
        string req = reqData.toStyledString();// 转换成字符串
        char *rdata = collid((char *) req.c_str());
        // 写日志
        strcat(idlog, rdata);
        write_log_file(idlog);
        Json::Value root;
        Json::Value res;
        root[\"cmd\"] = comname;
        root[\"res\"] = rdata;
        root.toStyledString();
        std::string rtnOut = root.toStyledString();
        string rtn = replaceChar(rtnOut, \"\\\\n\", \"\");
        rtn = replaceChar(rtn, \"\\n\", \"\");
        out_write(rtn.c_str());
    } else if (stricmp(comname.c_str(), \"f\") == 0) {
        Json::Value reqData = jData[\"req\"];
        string req = reqData.toStyledString();// 转换成字符串
        //char * req=(char *).asString().c_str();
        char *rdata = collfp((char *) req.c_str());
        // 写日志
        strcat(fplog, rdata);
        write_log_file(fplog);
        Json::Value root;
        Json::Value res;
        root[\"cmd\"] = comname;
        root[\"res\"] = rdata;
        //\troot.toStyledString();
        std::string rtnOut = root.toStyledString();
        string rtn = replaceChar(rtnOut, \"\\\\n\", \"\");
        rtn = replaceChar(rtn, \"\\n\", \"\");
        out_write(rtn.c_str());
    } else if (stricmp(comname.c_str(), \"verify\") == 0) {
        Json::Value reqData = jData[\"req\"];
        string req = reqData.toStyledString();// 转换成字符串
        // char * req=(char *)jData[\"req\"].asString().c_str();
        char *rdata = verify((char *) req.c_str());
        Json::Value rtnData = rdata;
        string _rtnData = rtnData.toStyledString();
        // 写日志
        strcat(verifylog, rdata);
        write_log_file(verifylog);
        Json::Value root;
        Json::Value res;
        root[\"cmd\"] = comname;
        root[\"res\"] = rdata;
        root.toStyledString();
        std::string rtnOut = root.toStyledString();
        string rtn = replaceChar(rtnOut, \"\\\\n\", \"\");
        rtn = replaceChar(rtn, \"\\n\", \"\");
        out_write(rtn.c_str());
    } else if (stricmp(comname.c_str(), \"delf\") == 0) {
        Json::Value reqData = jData[\"req\"];
        string req = reqData.toStyledString();// 转换成字符串
        // char * req=(char *)jData[\"req\"].asString().c_str();
        char *rdata = delfp((char *) req.c_str());
        // 写日志
        strcat(dellog, rdata);
        write_log_file(dellog);
        Json::Value root;
        Json::Value res;
        root[\"cmd\"] = comname;
        root[\"res\"] = rdata;
        root.toStyledString();
        std::string rtnOut = root.toStyledString();
        string rtn = replaceChar(rtnOut, \"\\\\n\", \"\");
        rtn = replaceChar(rtn, \"\\n\", \"\");
        out_write(rtn.c_str());
    } else {
        char msg[] = \"command failure, exit\";
        write_log_file(msg);
        exit(0);
    }
    out_write(\"exit program\");
    return 0;
}
// 读取标准输入的数据
char *get_input() {
    int len = 0; // 从接收字符串中前 4 个字节读取的数据长度
    char log[MAX_LEN]; // 日志
    char log_len[8]; // 日值输出读取字符串的长度，临时值。
    int i; // 循环初始值
    int l;
    // 读取数据流长度
    for (i = 0; i < 4; i++) {
        //l = char2hex(getchar());
        l = getchar();
        len += l << (i * 4);
    }
    // 失败返回
    if (len == 0) {
        write_log_file(\"read error,len is 0\");
        out_write(\"read error,len is 0\");
        exit(0);
    }
    strcpy(log, \"read len is \");
    sprintf(log_len, \"%ld\", (long) len);
    strcat(log, log_len);
    write_log_file(log);
    // 读取数据流内容
    if (fgets(g_input, len + 1, stdin) != NULL) {
        write_log_file(g_input);
        return g_input;
    }
    write_log_file(\"read content error\");
    out_write(\"read content error\");
    return NULL;
}
// 输出
int out_write(const char *message) {
    unsigned int len; // 将要输出的字符串的长度
    char protocol_len[4]; // 按照交互协调协议转换后，协议中的输出字符串长度
    char out_all[1024]; // 输出的所有字符串
    char log_len[4]; // 日志中输出的字符串长度
    char log[MAX_LEN]; // 日志内容
    int i;
    if (message == NULL) {
        // 输出消息为空
        write_log_file(\"out_write NULL\");
        return 1;
    }
    write_log_file(message);
    len = strlen(message);
//    printf(\"%zu\",len);
    if (len == 0) {
        // 长度为空
        write_log_file(\"out_write len is 0\");
        return 1;
    }
    strcpy(log, \"out_write content len is \");
    sprintf(log_len, \"%ld\", (long) len);
    strcat(log, log_len);
    write_log_file(log);
/*
    for(i = 0; i < 4; i++){
        protocol_len[i] = (char)((len >> (i * 8)) & 0xFF);
    }
    strcpy(out_all,protocol_len);
    arr_cat(out_all,4,message, len);
    fwrite(out_all, sizeof(char),  4+len,  stdout);
*/
    // We need to send the 4 bytes of length information
    printf(\"%c%c%c%c\", (char) (len & 0xff),
           (char) ((len >> 8) & 0xFF),
           (char) ((len >> 16) & 0xFF),
           (char) ((len >> 24) & 0xFF));
    // Now we can output our message
    fwrite(message, sizeof(char), len, stdout);
    //printf(\"%s\", message);
    fflush(stdout);
    write_log_file(message);
    return 0;
    // 刷新输出缓冲区，以确保消息立即被发送
}
int write_log_file(const char *str) {
    FILE *file = fopen(\"data.txt\", \"a+\");
    if (file == NULL) {
        // exit(1);
    }
    //if(file.isope
    unsigned int len = strlen(str);
    unsigned int wlen = fwrite(str, sizeof(char), len, file);
    fputc('\\n', file);
    if (len != wlen) {
        //exit(1);
    }
    fclose(file);
    return 0;
}
// 拼接数组
int arr_cat(char *dest, unsigned int from, const char *src, unsigned int len) {
    int i = 0;
    dest = dest + from;
    while (i < len) {
        *dest = *src;
        dest++;
        src++;
        i++;
    }
    return i;
}
string replaceChar(string src, string sub, string dest) {
    while (1) {
        unsigned int len = src.length();
        int idx = src.find(sub);
        if (idx == -1) {
            return src;
        }
        unsigned int slen = sub.length();
        src = src.replace(idx, slen, dest);
    }
    return NULL;
}
int handle_EOF(char *dest, char *src) {
    char arr[MAX_LEN];
    int idx = 0;
    int i = 0;
    while (i < MAX_LEN) {
        if (*src != '\\0') {
            arr[idx] = *src;
            idx++;
        }
        src++;
        i++;
    }
    arr[idx + 1] = '\\0';
    dest = arr;
    return 0;
}
\n
    \n
  1. get_input (): 这个函数负责从标准输入读取数据。它首先读取前四个字节以确定接收到的数据的长度，然后根据长度读取实际的数据内容。
    2. \n
  2. out_write (const char *message): 这个函数用于向标准输出写入数据。它将输入的消息长度转换为四个字节的格式，并将消息内容输出到标准输出流中。
    3. \n
  3. write_log_file (const char *str): 这个函数用于将字符串写入日志文件 "data.txt" 中。它打开一个文件句柄，将字符串写入文件中，并在每个字符串后添加换行符。
    4. \n
  4. arr_cat (char *dest, unsigned int from, const char *src, unsigned int len): 这个函数用于将源数组的内容连接到目标数组的末尾。它接受目标数组的指针、起始位置、源数组的指针以及源数组的长度作为参数，并将源数组的内容复制到目标数组的末尾。
    5. \n
  5. replaceChar (string src, string sub, string dest): 这个函数用于在字符串中替换子字符串。它接受源字符串、要替换的子字符串以及替换后的字符串作为参数，并在源字符串中将所有匹配的子字符串替换为指定的字符串。
    6. \n
  6. handle_EOF (char *dest, char *src): 这个函数似乎有些问题，因为它试图将源数组的内容复制到目标数组中。然而，它使用了一个局部数组 arr，并将其指针赋给了目标数组，这意味着在函数返回后，arr 将超出作用域并丢失其内容。因此，这个函数可能无法正确工作。
    7. \n
\n\n
# 整理后的代码
\n
#include \"stdafx.h\"
#include \"windows.h\"
#include <stdio.h>
#include <fcntl.h>
#include <io.h>
#include <string.h>
#include <json/json.h>
using namespace std;
#define MAX_LEN 4096
typedef char* (WINAPI* CONNECTPROC)();
typedef char* (WINAPI* COLLSNPROC)();
typedef char* (WINAPI* COLLIDPROC)(char* a);
typedef char* (WINAPI* COLLFPRPROC)(char* a);
typedef char* (WINAPI* DELFPPROC)(char* a);
typedef char* (WINAPI* VERIFYPROC)(char* a);
// Function prototypes
char* get_input();
int out_write(const char* message);
int write_log_file(const char* str);
int arr_cat(char* dest, unsigned int from, const char* src, unsigned int len);
string replaceChar(string src, string sub, string dest);
int handle_EOF(char* dest, char* src);
// Global variables
char g_input[MAX_LEN];
HINSTANCE WLinst;
int main() {
    // Variables for logging
    char reclog[] = \"Received command: \";
    char commlog[] = \"Parsed command: \";
    char castlog[] = \"Casted command: \";
    char connlog[] = \"USB key connect response: \";
    char snlog[] = \"USB key SN response: \";
    char idlog[] = \"USB key ID number response: \";
    char fplog[] = \"USB key fingerprint response: \";
    char dellog[] = \"USB key delete fingerprint response: \";
    char verifylog[] = \"USB key verify response: \";
    // Set input/output mode to binary
    int result = _setmode(_fileno(stdin), _O_BINARY);
    if (result == -1)
        out_write(\"Cannot set mode\\n\");
    // Load library
    WLinst = LoadLibrary(\"natcud.dll\");
    if (WLinst == 0)
        return -1;
    // Function pointers
    CONNECTPROC ffconnect = (CONNECTPROC)GetProcAddress(WLinst, \"ffconnect\");
    COLLSNPROC collsn = (COLLSNPROC)GetProcAddress(WLinst, \"collTerminalSN\");
    COLLIDPROC collid = (COLLIDPROC)GetProcAddress(WLinst, \"collIdNumber\");
    COLLFPRPROC collfp = (COLLFPRPROC)GetProcAddress(WLinst, \"collFingerPrint\");
    DELFPPROC delfp = (DELFPPROC)GetProcAddress(WLinst, \"deleteFingerprints\");
    VERIFYPROC verify = (VERIFYPROC)GetProcAddress(WLinst, \"verify\");
    // Get input
    char* tmpcomm = get_input();
    strcat(reclog, tmpcomm);
    write_log_file(reclog);
    // Parse command
    std::string command(tmpcomm);
    strcat(castlog, command.c_str());
    write_log_file(castlog);
    // Parse JSON command
    Json::Value jData;
    Json::Reader reader;
    reader.parse(command, jData);
    string comname = (char*)jData[\"cmd\"].asString().c_str();
    strcat(commlog, comname.c_str());
    write_log_file(comname.c_str());
    // Execute command based on its type
    if (stricmp(comname.c_str(), \"connect\") == 0) {
        char* rdata = ffconnect();
        strcat(connlog, rdata);
        write_log_file(connlog);
        Json::Value root;
        root[\"cmd\"] = comname;
        root[\"res\"] = rdata;
        std::string rtnOut = root.toStyledString();
        string rtn = replaceChar(rtnOut, \"\\\\n\", \"\");
        rtn = replaceChar(rtn, \"\\n\", \"\");
        out_write(rtn.c_str());
    } else if (stricmp(comname.c_str(), \"sn\") == 0) {
        char* rdata = collsn();
        strcat(snlog, rdata);
        write_log_file(snlog);
        Json::Value root;
        root[\"cmd\"] = comname;
        root[\"res\"] = rdata;
        std::string rtnOut = root.toStyledString();
        string rtn = replaceChar(rtnOut, \"\\\\n\", \"\");
        rtn = replaceChar(rtn, \"\\n\", \"\");
        out_write(rtn.c_str());
    } else if (stricmp(comname.c_str(), \"i\") == 0) {
        Json::Value reqData = jData[\"req\"];
        string req = reqData.toStyledString();
        char* rdata = collid((char*)req.c_str());
        strcat(idlog, rdata);
        write_log_file(idlog);
        Json::Value root;
        root[\"cmd\"] = comname;
        root[\"res\"] = rdata;
        std::string rtnOut = root.toStyledString();
        string rtn = replaceChar(rtnOut, \"\\\\n\", \"\");
        rtn = replaceChar(rtn, \"\\n\", \"\");
        out_write(rtn.c_str());
    } else if (stricmp(comname.c_str(), \"f\") == 0) {
        Json::Value reqData = jData[\"req\"];
        string req = reqData.toStyledString();
        char* rdata = collfp((char*)req.c_str());
        strcat(fplog, rdata);
        write_log_file(fplog);
        Json::Value root;
        root[\"cmd\"] = comname;
        root[\"res\"] = rdata;
        std::string rtnOut = root.toStyledString();
        string rtn = replaceChar(rtnOut, \"\\\\n\", \"\");
        rtn = replaceChar(rtn, \"\\n\", \"\");
        out_write(rtn.c_str());
    } else if (stricmp(comname.c_str(), \"verify\") == 0) {
        Json::Value reqData = jData[\"req\"];
        string req = reqData.toStyledString();
        char* rdata = verify((char*)req.c_str());
        strcat(verifylog, rdata);
        write_log_file(verifylog);
        Json::Value root;
        root[\"cmd\"] = comname;
        root[\"res\"] = rdata;
        std::string rtnOut = root.toStyledString();
        string rtn = replaceChar(rtnOut, \"\\\\n\", \"\");
        rtn = replaceChar(rtn, \"\\n\", \"\");
        out_write(rtn.c_str());
    } else if (stricmp(comname.c_str(), \"delf\") == 0) {
        Json::Value reqData = jData[\"req\"];
        string req = reqData.toStyledString();
        char* rdata = delfp((char*)req.c_str());
        strcat(dellog, rdata);
        write_log_file(dellog);
        Json::Value root;
        root[\"cmd\"] = comname;
        root[\"res\"] = rdata;
        std::string rtnOut = root.toStyledString();
        string rtn = replaceChar(rtnOut, \"\\\\n\", \"\");
        rtn = replaceChar(rtn, \"\\n\", \"\");
        out_write(rtn.c_str());
    } else {
        char msg[] = \"Command failure, exiting\";
        write_log_file(msg);
        exit(0);
    }
    out_write(\"Exit program\");
    return 0;
}
char* get_input() {
    int len = 0;
    char log[MAX_LEN];
    char log_len[8];
    int i;
    int l;
    // Read data stream length
    for (i = 0; i < 4; i++) {
        l = getchar();
        len += l << (i * 4);
    }
    // Fail if length is 0
    if (len == 0) {
        write_log_file(\"Read error, length is 0\");
        out_write(\"Read error, length is 0\");
        exit(0);
    }
    strcpy(log, \"Read length is \");
    sprintf(log_len, \"%ld\", (long)len);
    strcat(log, log_len);
    write_log_file(log);
    // Read data stream content
    if (fgets(g_input, len + 1, stdin) != NULL) {
        write_log_file(g_input);
        return g_input;
    }
    write_log_file(\"Read content error\");
    out_write(\"Read content error\");
    return NULL;
}
int out_write(const char* message) {
    unsigned int len;
    char protocol_len[4];
    char out_all[1024];
    char log_len[4];
    char log[MAX_LEN];
    int i;
    if (message == NULL) {
        write_log_file(\"out_write NULL\");
        return 1;
    }
    write_log_file(message);
    len = strlen(message);
    if (len == 0) {
        write_log_file(\"out_write length is 0\");
        return 1;
    }
    strcpy(log, \"out_write content length is \");
    sprintf(log_len, \"%ld\", (long)len);
    strcat(log, log_len);
    write_log_file(log);
    printf(\"%c%c%c%c\", (char)(len & 0xff),
        (char)((len >> 8) & 0xFF),
        (char)((len >> 16) & 0xFF),
        (char)((len >> 24) & 0xFF));
    fwrite(message, sizeof(char), len, stdout);
    fflush(stdout);
    write_log_file(message);
    return 0;
}
int write_log_file(const char* str) {
    FILE* file = fopen(\"data.txt\", \"a+\");
    if (file == NULL) {
        // exit(1);
    }
    unsigned int len = strlen(str);
    unsigned int wlen = fwrite(str, sizeof(char), len, file);
    fputc('\\n', file);
    if (len != wlen) {
        //exit(1);
    }
    fclose(file);
    return 0;
}
int arr_cat(char* dest, unsigned int from, const char* src, unsigned int len) {
    int i = 0;
    dest = dest + from;
    while (i < len) {
        *dest = *src;
        dest++;
        src++;
        i++;
    }
    return i;
}
string replaceChar(string src, string sub, string dest) {
    while (1) {
        unsigned int len = src.length();
        int idx = src.find(sub);
        if (idx == -1) {
            return src;
        }
        unsigned int slen = sub.length();
        src = src.replace(idx, slen, dest);
    }
    return NULL;
}
int handle_EOF(char* dest, char* src) {
    char arr[MAX_LEN];
    int idx = 0;
    int i = 0;
    while (i < MAX_LEN) {
        if (*src != '\\0') {
            arr[idx] = *src;
            idx++;
        }
        src++;
        i++;
    }
    arr[idx + 1] = '\\0';
    dest = arr;
    return 0;
}
\n
    \n
  1. get_input (): 该方法用于从标准输入读取数据。它首先读取前四个字节以确定接收到的数据的长度，然后根据长度读取实际的数据内容。优化点：目前没有看到明显的优化点，但可以考虑增加错误处理机制，以应对无效输入或读取错误。
    2. \n
  2. out_write (const char* message): 该方法用于向标准输出写入数据。它将输入的消息长度转换为四个字节的格式，并将消息内容输出到标准输出流中。优化点：可以考虑使用更有效率的方式将消息长度转换为四个字节的格式，例如使用位运算代替 sprintf。
    3. \n
  3. write_log_file (const char* str): 该方法用于将字符串写入日志文件 "data.txt" 中。它打开一个文件句柄，将字符串写入文件中，并在每个字符串后添加换行符。优化点：可以考虑批量写入日志，而不是每次写入都打开和关闭文件句柄，以提高效率。
    4. \n
  4. arr_cat (char* dest, unsigned int from, const char* src, unsigned int len): 该方法用于将源数组的内容连接到目标数组的末尾。它接受目标数组的指针、起始位置、源数组的指针以及源数组的长度作为参数，并将源数组的内容复制到目标数组的末尾。优化点：目前没有明显的优化点，因为这个函数的作用比较简单，已经比较高效。
    5. \n
  5. replaceChar (string src, string sub, string dest): 该方法用于在字符串中替换子字符串。它接受源字符串、要替换的子字符串以及替换后的字符串作为参数，并在源字符串中将所有匹配的子字符串替换为指定的字符串。优化点：目前没有明显的优化点，但可以考虑使用更高效的字符串替换算法，例如 Boyer-Moore 算法。
    6. \n
  6. handle_EOF (char* dest, char* src): 这个方法似乎有问题，因为它试图将源数组的内容复制到目标数组中。然而，它使用了一个局部数组 arr，并将其指针赋给了目标数组，这意味着在函数返回后，arr 将超出作用域并丢失其内容。因此，这个方法需要重写以正确工作。
    7. \n
\n\n
# 精简之后的代码
\n\n
#include \"stdafx.h\"
#include \"windows.h\"
#include <stdio.h>
#include <fcntl.h>
#include <io.h>
#include <json/json.h>
using namespace std;
#define MAX_LEN 4096
typedef char* (WINAPI* CONNECTPROC)();
typedef char* (WINAPI* COLLSNPROC)();
typedef char* (WINAPI* COLLIDPROC)(char* a);
typedef char* (WINAPI* COLLFPRPROC)(char* a);
typedef char* (WINAPI* DELFPPROC)(char* a);
typedef char* (WINAPI* VERIFYPROC)(char* a);
char g_input[MAX_LEN];
HINSTANCE WLinst;
char* get_input();
int out_write(const char* message);
int arr_cat(char* dest, unsigned int from, const char* src, unsigned int len);
string replaceChar(string src, string sub, string dest);
int handle_EOF(char* dest, char* src);
int main() {
    int result = _setmode(_fileno(stdin), _O_BINARY);
    if (result == -1)
        out_write(\"Cannot set mode\\n\");
    WLinst = LoadLibrary(\"natcud.dll\");
    if (WLinst == 0)
        return -1;
    CONNECTPROC ffconnect = (CONNECTPROC)GetProcAddress(WLinst, \"ffconnect\");
    COLLSNPROC collsn = (COLLSNPROC)GetProcAddress(WLinst, \"collTerminalSN\");
    COLLIDPROC collid = (COLLIDPROC)GetProcAddress(WLinst, \"collIdNumber\");
    COLLFPRPROC collfp = (COLLFPRPROC)GetProcAddress(WLinst, \"collFingerPrint\");
    DELFPPROC delfp = (DELFPPROC)GetProcAddress(WLinst, \"deleteFingerprints\");
    VERIFYPROC verify = (VERIFYPROC)GetProcAddress(WLinst, \"verify\");
    char* tmpcomm = get_input();
    Json::Value jData;
    Json::Reader reader;
    reader.parse(tmpcomm, jData);
    string comname = (char*)jData[\"cmd\"].asString().c_str();
    if (stricmp(comname.c_str(), \"connect\") == 0) {
        char* rdata = ffconnect();
        out_write(rdata);
    } else if (stricmp(comname.c_str(), \"sn\") == 0) {
        char* rdata = collsn();
        out_write(rdata);
    } else if (stricmp(comname.c_str(), \"i\") == 0) {
        Json::Value reqData = jData[\"req\"];
        string req = reqData.toStyledString();
        char* rdata = collid((char*)req.c_str());
        out_write(rdata);
    } else if (stricmp(comname.c_str(), \"f\") == 0) {
        Json::Value reqData = jData[\"req\"];
        string req = reqData.toStyledString();
        char* rdata = collfp((char*)req.c_str());
        out_write(rdata);
    } else if (stricmp(comname.c_str(), \"verify\") == 0) {
        Json::Value reqData = jData[\"req\"];
        string req = reqData.toStyledString();
        char* rdata = verify((char*)req.c_str());
        out_write(rdata);
    } else if (stricmp(comname.c_str(), \"delf\") == 0) {
        Json::Value reqData = jData[\"req\"];
        string req = reqData.toStyledString();
        char* rdata = delfp((char*)req.c_str());
        out_write(rdata);
    } else {
        exit(0);
    }
    out_write(\"Exit program\");
    return 0;
}
char* get_input() {
    int len = 0;
    for (int i = 0; i < 4; i++) {
        int l = getchar();
        len += l << (i * 4);
    }
    if (len == 0)
        exit(0);
    fgets(g_input, len + 1, stdin);
    return g_input;
}
int out_write(const char* message) {
    unsigned int len = strlen(message);
    printf(\"%c%c%c%c\", (char)(len & 0xff),
        (char)((len >> 8) & 0xFF),
        (char)((len >> 16) & 0xFF),
        (char)((len >> 24) & 0xFF));
    fwrite(message, sizeof(char), len, stdout);
    fflush(stdout);
    return 0;
}
int arr_cat(char* dest, unsigned int from, const char* src, unsigned int len) {
    int i = 0;
    dest = dest + from;
    while (i < len) {
        *dest = *src;
        dest++;
        src++;
        i++;
    }
    return i;
}
string replaceChar(string src, string sub, string dest) {
    while (1) {
        unsigned int len = src.length();
        int idx = src.find(sub);
        if (idx == -1) {
            return src;
        }
        unsigned int slen = sub.length();
        src = src.replace(idx, slen, dest);
    }
    return NULL;
}
int handle_EOF(char* dest, char* src) {
    char arr[MAX_LEN];
    int idx = 0;
    int i = 0;
    while (i < MAX_LEN) {
        if (*src != '\\0') {
            arr[idx] = *src;
            idx++;
        }
        src++;
        i++;
    }
    arr[idx + 1] = '\\0';
    dest = arr;
    return 0;
}
\n
    \n
  1. get_input (): 该方法用于从标准输入读取数据。它首先读取前四个字节以确定接收到的数据的长度，然后根据长度读取实际的数据内容。优化点：可以增加错误处理机制，以应对无效输入或读取错误。
    2. \n
  2. out_write (const char* message): 该方法用于向标准输出写入数据。它将输入的消息长度转换为四个字节的格式，并将消息内容输出到标准输出流中。优化点：可以考虑使用更有效率的方式将消息长度转换为四个字节的格式，例如使用位运算代替 sprintf。
    3. \n
  3. arr_cat (char* dest, unsigned int from, const char* src, unsigned int len): 该方法用于将源数组的内容连接到目标数组的末尾。优化点：目前没有明显的优化点，因为这个函数的作用比较简单，已经比较高效。
    4. \n
  4. replaceChar (string src, string sub, string dest): 该方法用于在字符串中替换子字符串。优化点：目前没有明显的优化点，但可以考虑使用更高效的字符串替换算法，例如 Boyer-Moore 算法。
    5. \n
  5. handle_EOF (char* dest, char* src): 该方法似乎有问题，因为它试图将源数组的内容复制到目标数组中。然而，它使用了一个局部数组 arr，并将其指针赋给了目标数组，这意味着在函数返回后，arr 将超出作用域并丢失其内容。因此，这个方法需要重写以正确工作。
    6. \n
\n\n
    \n
  1. 错误处理：增加对输入数据的错误处理，例如长度为零或无效数据。
    2. \n
  2. 内存管理：检查所有的内存分配和释放，确保没有内存泄漏或悬空指针。
    3. \n
  3. 效率优化：尽可能减少文件操作次数，例如批量写入日志文件，以及优化字符串处理算法的性能。
    4. \n
  4. 代码清晰度：提高代码的可读性和可维护性，例如使用更有意义的变量名和添加注释来解释代码的功能和逻辑。
    5. \n
\n\n
# 提高代码清晰度
\n
#include \"stdafx.h\"
#include \"windows.h\"
#include <stdio.h>
#include <fcntl.h>
#include <io.h>
#include <json/json.h>
using namespace std;
#define MAX_INPUT_LEN 4096
// Function pointers for external library functions
typedef char* (WINAPI* CONNECTPROC)();
typedef char* (WINAPI* COLLSNPROC)();
typedef char* (WINAPI* COLLIDPROC)(char* a);
typedef char* (WINAPI* COLLFPRPROC)(char* a);
typedef char* (WINAPI* DELFPPROC)(char* a);
typedef char* (WINAPI* VERIFYPROC)(char* a);
// Global variables
char g_input[MAX_INPUT_LEN];
HINSTANCE libraryInstance;
// Function prototypes
char* getInput();
int writeToOutput(const char* message);
int main() {
    // Set input mode to binary
    int result = _setmode(_fileno(stdin), _O_BINARY);
    if (result == -1)
        writeToOutput(\"Cannot set input mode\\n\");
    // Load library
    libraryInstance = LoadLibrary(\"natcud.dll\");
    if (libraryInstance == 0)
        return -1;
    // Function pointers for library functions
    CONNECTPROC connectFunction = (CONNECTPROC)GetProcAddress(libraryInstance, \"ffconnect\");
    COLLSNPROC collsnFunction = (COLLSNPROC)GetProcAddress(libraryInstance, \"collTerminalSN\");
    COLLIDPROC collidFunction = (COLLIDPROC)GetProcAddress(libraryInstance, \"collIdNumber\");
    COLLFPRPROC collfpFunction = (COLLFPRPROC)GetProcAddress(libraryInstance, \"collFingerPrint\");
    DELFPPROC delfpFunction = (DELFPPROC)GetProcAddress(libraryInstance, \"deleteFingerprints\");
    VERIFYPROC verifyFunction = (VERIFYPROC)GetProcAddress(libraryInstance, \"verify\");
    // Get input from stdin
    char* receivedInput = getInput();
    // Parse JSON input
    Json::Value jsonData;
    Json::Reader jsonReader;
    jsonReader.parse(receivedInput, jsonData);
    string commandName = jsonData[\"cmd\"].asString();
    // Execute command based on its type
    if (stricmp(commandName.c_str(), \"connect\") == 0) {
        char* responseData = connectFunction();
        writeToOutput(responseData);
    } else if (stricmp(commandName.c_str(), \"sn\") == 0) {
        char* responseData = collsnFunction();
        writeToOutput(responseData);
    } else if (stricmp(commandName.c_str(), \"i\") == 0) {
        Json::Value requestData = jsonData[\"req\"];
        string request = requestData.toStyledString();
        char* responseData = collidFunction((char*)request.c_str());
        writeToOutput(responseData);
    } else if (stricmp(commandName.c_str(), \"f\") == 0) {
        Json::Value requestData = jsonData[\"req\"];
        string request = requestData.toStyledString();
        char* responseData = collfpFunction((char*)request.c_str());
        writeToOutput(responseData);
    } else if (stricmp(commandName.c_str(), \"verify\") == 0) {
        Json::Value requestData = jsonData[\"req\"];
        string request = requestData.toStyledString();
        char* responseData = verifyFunction((char*)request.c_str());
        writeToOutput(responseData);
    } else if (stricmp(commandName.c_str(), \"delf\") == 0) {
        Json::Value requestData = jsonData[\"req\"];
        string request = requestData.toStyledString();
        char* responseData = delfpFunction((char*)request.c_str());
        writeToOutput(responseData);
    } else {
        // Unknown command
        exit(0);
    }
    // Inform about program exit
    writeToOutput(\"Exit program\");
    return 0;
}
// Read input from stdin
char* getInput() {
    int inputLength = 0;
    for (int i = 0; i < 4; i++) {
        int byte = getchar();
        inputLength += byte << (i * 4);
    }
    if (inputLength == 0)
        exit(0);
    fgets(g_input, inputLength + 1, stdin);
    return g_input;
}
// Write output to stdout
int writeToOutput(const char* message) {
    unsigned int messageLength = strlen(message);
    printf(\"%c%c%c%c\", (char)(messageLength & 0xff),
        (char)((messageLength >> 8) & 0xFF),
        (char)((messageLength >> 16) & 0xFF),
        (char)((messageLength >> 24) & 0xFF));
    fwrite(message, sizeof(char), messageLength, stdout);
    fflush(stdout);
    return 0;
}
# demo1
\n
# 原始代码
\n
// demo1.cpp : Defines the initialization routines for the DLL.
#include \"stdafx.h\"
#include \"demo1.h\"
#include <json/json.h>
// YSIDObjBB.cpp : Implementation of CYSIDObjBB
#include \"afxinet.h\"
#include \"usb_thread.h\"
#include \"TCPClient_FT.h\"
#include \"global.h\"
#include \"ZBase64.h\"
#include \"GSSocket.h\"
using namespace std;
bool bExit;
char DataB[100];
Json::Value root;
std::string rtnOut;
CString SERVERIPARRAY[16];//ip 组
CString SERVERIP = \"\";// 实际连上的 IP
UINT SERVERCOUNT = 0;
char mip[30];
char sID[30];
//CString SERVERIP ;
char CODEHEAD[4] = {'0', '1', 'T', 'Y'};
CWinThread *usbread_thread;
CWinThread *checkThread;
unsigned int DelayTime;
UINT nEndCode;
HINSTANCE WLinst;
typedef int(WINAPI
*GETBMPPROC)(
LPCSTR a,
int b
);
GETBMPPROC AAAGetBmp;
int bEncrypt;
extern char namebuf[30];
extern UINT ClientPort;
char AreaCode[8] = {0xa3, 0xb2, 0xc1, 0xd5, 0x00, 0x00, 0x06, 0x05};
char AreaCodeZ[][8] = {{0xa1, 0xb2, 0xc3, 0xd5, 0x00, 0x00, 0x06, 0x05},
                       {0xa1, 0xb2, 0xc3, 0xd5, 0x00, 0x01, 0x06, 0x05},
                       {0xa1, 0xb2, 0xc3, 0xd5, 0x00, 0x02, 0x06, 0x05},
                       {0xa1, 0xb2, 0xc3, 0xd5, 0x00, 0x03, 0x06, 0x05},
                       {0xa1, 0xb2, 0xc3, 0xd5, 0x00, 0x04, 0x06, 0x05},
                       {0xa3, 0xb2, 0xc1, 0xd5, 0x00, 0x00, 0x06, 0x05},
                       {0xa3, 0xb2, 0xc1, 0xd5, 0x00, 0x00, 0x06, 0x05},
                       {0xa3, 0xb2, 0xc1, 0xd5, 0x00, 0x00, 0x06, 0x05},
                       {0xa3, 0xb2, 0xc1, 0xd5, 0x00, 0x00, 0x06, 0x05},
                       {0xa3, 0xb2, 0xc1, 0xd5, 0x00, 0x00, 0x06, 0x05},
                       {0xa3, 0xb2, 0xc1, 0xd5, 0x00, 0x00, 0x06, 0x05},
                       {0xa3, 0xb2, 0xc1, 0xd5, 0x00, 0x00, 0x06, 0x05},
                       {0xa3, 0xb2, 0xc1, 0xd5, 0x00, 0x00, 0x06, 0x05},
                       {0xa3, 0xb2, 0xc1, 0xd5, 0x00, 0x00, 0x06, 0x05},
                       {0xa3, 0xb2, 0xc1, 0xd5, 0x00, 0x00, 0x06, 0x05},
                       {0xa3, 0xb2, 0xc1, 0xd5, 0x00, 0x00, 0x06, 0x05},
                       {0xa3, 0xb2, 0xc1, 0xd5, 0x00, 0x00, 0x06, 0x05},
                       {0xa3, 0xb2, 0xc1, 0xd5, 0x00, 0x00, 0x06, 0x05}
};
char ID[8] = {0x01, 0x02, 0x03, 0x05, 0x06, 0x00, 0x00, 0x01};
//\tchar Key[8]={0x2E,0x16,09,0xc0,0x79,0x3f,0x5f,0x00};
unsigned int key1[4] = {0x00, 0x00, 0x2E1609C7, 0x793F5F08};
unsigned int key2[4] = {0x00, 0x00, 0xB83D9A75, 0x53A8C40B};
unsigned int keys[4] = {0x00, 0xE76AB896, 0x00, 0x530C8D24};
//char minzu[58][10];
char minzu[][11] = {\"未定义\", \"汉\", \"蒙古\", \"回\", \"藏\", \"维吾尔\", \"苗\", \"彝\", \"壮\", \"布依\", \"朝鲜\", \"满\", \"侗\", \"瑶\", \"白\", \"土家\", \"哈尼\", \"哈萨克\",
                    \"傣\", \"黎\", \"傈僳\", \"佤\", \"畲\", \"高山\", \"拉祜\", \"水\", \"东乡\", \"纳西\", \"景颇\", \"柯尔克孜\", \"土\", \"达斡尔\", \"仫佬\", \"羌\", \"布朗\",
                    \"撒拉\", \"毛南\", \"仡佬\", \"锡伯\", \"阿昌\", \"普米\", \"塔吉克\", \"怒\", \"乌孜别克\", \"俄罗斯\", \"鄂温克\", \"德昂\", \"保安\", \"裕固\", \"京\", \"塔塔尔\",
                    \"独龙\", \"鄂伦春\", \"赫哲\", \"门巴\", \"珞巴\", \"基诺\", \"其它\"};
char gender[][7] = {\"未知\", \"男\", \"女\", \"未说明\"};
int TestConnect(char *ip) {
    WSADATA wsd;
    SOCKET cClient;
    int ret;
    struct sockaddr_in server;
    hostent *host = NULL;
    if (WSAStartup(MAKEWORD(2, 0), &wsd)) { return 0; }
    cClient = socket(AF_INET, SOCK_STREAM, IPPROTO_TCP);
    if (cClient == INVALID_SOCKET) { return 0; }
    //set Recv and Send time out
    DWORD TimeOut = 6000; // 设置发送超时 6 秒
    if (::setsockopt(cClient, SOL_SOCKET, SO_SNDTIMEO, (char *) &TimeOut, sizeof(TimeOut)) == SOCKET_ERROR) {
        return 0;
    }
    TimeOut = 6000;// 设置接收超时 6 秒
    if (::setsockopt(cClient, SOL_SOCKET, SO_RCVTIMEO, (char *) &TimeOut, sizeof(TimeOut)) == SOCKET_ERROR) {
        return 0;
    }
    // 设置非阻塞方式连接
    unsigned long ul = 1;
    ret = ioctlsocket(cClient, FIONBIO, (unsigned long *) &ul);
    if (ret == SOCKET_ERROR)return 0;
    // 连接
    server.sin_family = AF_INET;
    server.sin_port = htons(9007);
    server.sin_addr.s_addr = inet_addr(ip);
    //\t    client.sin_addr.s_addr=inet_addr(\"192.168.1.106\");
    if (server.sin_addr.s_addr == INADDR_NONE) { return 0; }
    connect(cClient, (const struct sockaddr *) &server, sizeof(server)); // 立即返回
    struct timeval timeout;
    fd_set r;
    FD_ZERO(&r);
    FD_SET(cClient, &r);
    timeout.tv_sec = 1; // 连接超时 15 秒
    timeout.tv_usec = 200000;
    ret = select(0, 0, &r, 0, &timeout);
    if (ret <= 0) {
        ::closesocket(cClient);
        return 0;
    } else {
        ::closesocket(cClient);
        return 1;
    }
}
void CleanFile() {
    CString strFileTitle;
    CFileFind finder;
    char curpath[256];
    GetModuleFileName(NULL, curpath, MAX_PATH);
    (_tcsrchr(curpath, _T('\\\\')))[1] = 0;//
    BOOL bWorking = finder.FindFile(\"P*.bmp\");
    while (bWorking) {
        bWorking = finder.FindNextFile();
        strFileTitle = finder.GetFileName();
        CFile::Remove((LPCSTR) strFileTitle);
    }
    bWorking = finder.FindFile(\"P*.txt\");
    while (bWorking) {
        bWorking = finder.FindNextFile();
        strFileTitle = finder.GetFileName();
        CFile::Remove((LPCSTR) strFileTitle);
    }
    bWorking = finder.FindFile(\"wz.txt\");
    while (bWorking) {
        bWorking = finder.FindNextFile();
        strFileTitle = finder.GetFileName();
        CFile::Remove((LPCSTR) strFileTitle);
    }
}
int GetCheck() {
    srand(time(NULL));
    int check = rand() * 0xFFFF;
    return check;
}
WritePrivateProfileInt(   LPCTSTR
lpAppName,
LPCTSTR lpKeyName, INT
Value,
LPCTSTR lpFileName
)
{
TCHAR ValBuf[16];
sprintf(ValBuf, TEXT(\"%i\"), Value
);
return(
WritePrivateProfileString(   lpAppName, lpKeyName, ValBuf, lpFileName
));
}
CString EncodeImage(char *jpgname) {// 对图片进行 Base64 编码
    ZBase64 zBase;
    // 图片编码
    CFile cbfBmp;
    cbfBmp.Open(jpgname, 0, 0);
    int iBmpSize = cbfBmp.GetLength();
    HGLOBAL hMemBmp = GlobalAlloc(GMEM_FIXED, iBmpSize);
    if (hMemBmp == NULL) return \"\";
    IStream *pStmBmp = NULL;
    CreateStreamOnHGlobal(hMemBmp, FALSE, &pStmBmp);
    BYTE *pbyBmp = (BYTE *) GlobalLock(hMemBmp);
    cbfBmp.SeekToBegin();
    cbfBmp.Read(pbyBmp, iBmpSize);
    string strTmpResult = zBase.Encode(pbyBmp, iBmpSize);
    CString result;
    result = strTmpResult.c_str();
    return result;
}
char *__stdcall ReadCard() {
    AFX_MANAGE_STATE(AfxGetStaticModuleState())
#ifndef _AFXDLL
#define _AFX_SOCK_THREAD_STATE AFX_MODULE_THREAD_STATE
#define _afxSockThreadState AfxGetModuleThreadState()
    _AFX_SOCK_THREAD_STATE *pState = _afxSockThreadState;
    if (pState->m_pmapSocketHandle == NULL)
        pState->m_pmapSocketHandle = new CMapPtrToPtr;
    if (pState->m_pmapDeadSockets == NULL)
        pState->m_pmapDeadSockets = new CMapPtrToPtr;
    if (pState->m_plistSocketNotifications == NULL)
        pState->m_plistSocketNotifications = new CPtrList;
#endif
    char *retString;
    if (ReadThreadFindHID()) {
    }
    retString = \"net failure\";
    return retString;
}
char *__stdcall ffconnect() {
    AFX_MANAGE_STATE(AfxGetStaticModuleState())
    char *retString;
    CString strResult;
    if (ReadThreadFindHID()) {
        root[\"code\"] = \"1\";
        root[\"content\"] = \"conect device success\";
    } else {
        root[\"code\"] = \"0\";
        root[\"content\"] = \"connect device failure\";
    }
    root.toStyledString();
    rtnOut = root.toStyledString();
    return (char *) rtnOut.c_str();
}
char *__stdcall collTerminalSN() {
    write_log_file(\"collTerminalSN 1\");
    AFX_MANAGE_STATE(AfxGetStaticModuleState())
    unsigned char code_data[60];
    memset(code_data, 0, 60);
    write_log_file(\"collTerminalSN 2\");
    if (ReadThreadFindHID()) {
        write_log_file(\"collTerminalSN 3\");
        unsigned char *Data = GET_SN();
        if (Data == NULL) {
            root[\"code\"] = \"0\";
            root[\"content\"] = \"get SN failure\";
            //root[\"\"] =
        } else {
            write_log_file(\"collTerminalSN 4\");
            memcpy(code_data, Data, 60);
            root[\"code\"] = \"1\";
            char sn[9];
            memset(sn, 0, 9);
            memcpy(sn, code_data + 1, 8);
            root[\"content\"] = sn;
            write_log_file(\"collTerminalSN 5\");
        }
    } else {
        root[\"code\"] = \"0\";
        root[\"content\"] = \"connect device failure\";
    }
    write_log_file(\"collTerminalSN 6\");
    root.toStyledString();
    rtnOut = root.toStyledString();
    return (char *) rtnOut.c_str();
}
char *__stdcall collIdNumber(char *inData) {
    AFX_MANAGE_STATE(AfxGetStaticModuleState())
    Json::Value jData;
    Json::Reader reader;
    string sinData = inData;
    reader.parse(sinData, jData);
    unsigned char code_data[60];
    memset(code_data, 0, 60);
    string inID = (char *) jData[\"i\"].asString().c_str();
    string inSN = (char *) jData[\"s\"].asString().c_str();
    if (ReadThreadFindHID()) {
        unsigned char *Data = GET_SN();
        if (Data == NULL) {
            root[\"code\"] = \"2\";
            root[\"content\"] = \"get SN failure\";
            root.toStyledString();
            rtnOut = root.toStyledString();
            return (char *) rtnOut.c_str();
        } else {
            memcpy(code_data, Data, 60);
            int ret = strncmp(inSN.c_str(), (char *) code_data + 1, 8);
            if (ret != 0) {
                root[\"code\"] = \"3\";
                root[\"content\"] = \"SN not match\";
                root.toStyledString();
                rtnOut = root.toStyledString();
                return (char *) rtnOut.c_str();
            }
        }
        Data = DEL_ID();
        Data = ADD_ID((char *) inID.c_str());
        if (Data == NULL) {
            root[\"code\"] = \"0\";
            root[\"content\"] = \"collect id number failure\";
            root.toStyledString();
            rtnOut = root.toStyledString();
            return (char *) rtnOut.c_str();
        } else {
            memcpy(code_data, Data, 60);
            if (code_data[0] == 0x00) {
                root[\"code\"] = \"0\";
                root[\"content\"] = \"collect id number failure!\";
                root.toStyledString();
                rtnOut = root.toStyledString();
                return (char *) rtnOut.c_str();
            } else {
                root[\"code\"] = \"1\";
                inSN.append(\"|\");
                inSN.append(inID);
                root[\"content\"] = inSN;
                root.toStyledString();
                rtnOut = root.toStyledString();
                return (char *) rtnOut.c_str();
            }
        }
    } else {
        root[\"code\"] = 0;
        root[\"content\"] = \"connect device failure\";
    }
    root.toStyledString();
    rtnOut = root.toStyledString();
    return (char *) rtnOut.c_str();
}
char *__stdcall collFingerPrint(char *inData) {
    write_log_file(\"collFingerPrint 0\"); // 写日志
    AFX_MANAGE_STATE(AfxGetStaticModuleState())
    Json::Value jData;
    Json::Reader reader;
    string sinData = inData;
    reader.parse(sinData, jData);
    unsigned char code_data[60];
    memset(code_data, 0, 60);
    int index = -1;
    write_log_file(\"collFingerPrint 1\"); // 写日志
    if (!(jData[\"f\"].isNull())) {
        if (jData[\"f\"].isString()) {
            string strindex = jData[\"f\"].asString();
            if (!strindex.empty()) {
                index = atoi((char *) strindex.c_str());
            }
        } else {
            index = (int) jData[\"f\"].asInt();
        }
    }
    write_log_file(\"collFingerPrint 2\");
    string inSN = (char *) jData[\"s\"].asString().c_str();
    if (ReadThreadFindHID()) {
        unsigned char *Data = GET_SN();
        if (Data == NULL) {
            root[\"code\"] = \"2\";
            root[\"content\"] = \"get SN failure\";
            root.toStyledString();
            rtnOut = root.toStyledString();
            return (char *) rtnOut.c_str();
        } else {
            memcpy(code_data, Data, 60);
            int ret = strncmp(inSN.c_str(), (char *) code_data + 1, 8);
            if (ret != 0) {
                root[\"code\"] = \"3\";
                root[\"content\"] = \"SN not match\";
                root.toStyledString();
                rtnOut = root.toStyledString();
                return (char *) rtnOut.c_str();
            }
        }
        if (index != -1) {
            write_log_file(\"collFingerPrint 3 del\");
            Data = FP_DEL(index, index);
        } else {
            index = 0;
        }
        Data = FP_REG(index);
        if (Data == NULL) {
            root[\"code\"] = \"0\";
            root[\"content\"] = \"collect fingerprint failure\";
            root.toStyledString();
            rtnOut = root.toStyledString();
            return (char *) rtnOut.c_str();
        } else {
            memcpy(code_data, Data, 60);
            if (code_data[2] == 0x00) {
                root[\"code\"] = \"0\";
                root[\"content\"] = \"collect fingerprint failure!\";
                root.toStyledString();
                rtnOut = root.toStyledString();
                return (char *) rtnOut.c_str();
            } else {
                root[\"code\"] = \"1\";
                index = code_data[3] * 256 + code_data[4];
                char idx[4];
                itoa(index, idx, 10);
                inSN.append(\"|\");
                inSN.append(idx);
                root[\"content\"] = inSN;
                root.toStyledString();
                rtnOut = root.toStyledString();
                return (char *) rtnOut.c_str();
            }
        }
    } else {
        root[\"code\"] = 0;
        root[\"content\"] = \"connect device failure\";
    }
    root.toStyledString();
    rtnOut = root.toStyledString();
    return (char *) rtnOut.c_str();
}
char *__stdcall deleteFingerprints(char *inData) {
    AFX_MANAGE_STATE(AfxGetStaticModuleState())
    Json::Value jData;
    Json::Reader reader;
    string sinData = inData;
    reader.parse(sinData, jData);
    unsigned char code_data[60];
    memset(code_data, 0, 60);
    string inSN = (char *) jData[\"s\"].asString().c_str();
    if (ReadThreadFindHID()) {
        unsigned char *Data = GET_SN();
        if (Data == NULL) {
            root[\"code\"] = \"2\";
            root[\"content\"] = \"get SN failure\";
            root.toStyledString();
            rtnOut = root.toStyledString();
            return (char *) rtnOut.c_str();
        } else {
            memcpy(code_data, Data, 60);
            int ret = strncmp(inSN.c_str(), (char *) code_data + 1, 8);
            if (ret != 0) {
                root[\"code\"] = \"3\";
                root[\"content\"] = \"SN not match\";
                root.toStyledString();
                rtnOut = root.toStyledString();
                return (char *) rtnOut.c_str();
            }
        }
        Data = FP_DEL(1, 500);
        if (Data == NULL) {
            root[\"code\"] = \"0\";
            root[\"content\"] = \"delete fingerprint failure\";
            root.toStyledString();
            rtnOut = root.toStyledString();
            return (char *) rtnOut.c_str();
        } else {
            root[\"code\"] = \"1\";
            //root[\"content\"] = inSN;
            root.toStyledString();
            rtnOut = root.toStyledString();
            return (char *) rtnOut.c_str();
        }
    } else {
        root[\"code\"] = 0;
        root[\"content\"] = \"connect device failure\";
    }
    root.toStyledString();
    rtnOut = root.toStyledString();
    return (char *) rtnOut.c_str();
}
char *__stdcall verify(char *inData) {
    AFX_MANAGE_STATE(AfxGetStaticModuleState())
    Json::Value jData;
    Json::Reader reader;
    string sinData = inData;
    reader.parse(sinData, jData);
    unsigned char code_data[60];
    memset(code_data, 0, 60);
    //Json::Value root;
    int index;
    string inSN = (char *) jData[\"s\"].asString().c_str();
    if (ReadThreadFindHID()) {
        unsigned char *Data = GET_SN();
        if (Data == NULL) {
            root[\"code\"] = \"2\";
            root[\"content\"] = \"get SN failure\";
            root.toStyledString();
            rtnOut = root.toStyledString();
            return (char *) rtnOut.c_str();
        } else {
            memcpy(code_data, Data, 60);
            int ret = strncmp(inSN.c_str(), (char *) code_data + 1, 8);
            if (ret != 0) {
                root[\"code\"] = \"3\";
                root[\"content\"] = \"SN not match\";
                root.toStyledString();
                rtnOut = root.toStyledString();
                return (char *) rtnOut.c_str();
            }
        }
        Data = FP_CHECH();
        if (Data == NULL) {
            root[\"code\"] = \"0\";
            root[\"content\"] = \"verify failure\";
            root.toStyledString();
            rtnOut = root.toStyledString();
            return (char *) rtnOut.c_str();
        } else {
            memcpy(code_data, Data, 60);
            if ((code_data[1] == 0x50) && (code_data[2] == 0x11) && (code_data[3] == 0x01)) // 指紋成功
            {
                root[\"code\"] = \"6\";
                char *tmpdata = (char *) code_data + 6;
                char tmp_code_data[19];
                memset(tmp_code_data, 0, 19);
                memcpy(tmp_code_data, tmpdata, 18);
                index = code_data[4] * 256 + code_data[5];
                char idx[4];
                itoa(index, idx, 10);
                inSN.append(\"|\");;
                inSN.append(idx);
                root[\"content\"] = inSN;
                root.toStyledString();
                rtnOut = root.toStyledString();
                return (char *) rtnOut.c_str();
            } else if ((code_data[0] == 0x16) && (code_data[1] == 0x02) && (code_data[2] == 0x01))// 身分証成功
            {
                root[\"code\"] = \"5\";
                char *tmpdata = (char *) code_data + 3;
                char tmp_code_data[19];
                memset(tmp_code_data, 0, 19);
                memcpy(tmp_code_data, tmpdata, 18);
                inSN.append(\"|\");
                inSN.append(tmp_code_data);
                root[\"content\"] = inSN;
                root.toStyledString();
                rtnOut = root.toStyledString();
                return (char *) rtnOut.c_str();
            } else// 失敗
            {
                root[\"code\"] = \"0\";
                root[\"content\"] = \"verify failure!\";
                root.toStyledString();
                rtnOut = root.toStyledString();
                return (char *) rtnOut.c_str();
            }
        }
    } else {
        root[\"code\"] = 0;
        root[\"content\"] = \"connect device failure\";
    }
    root.toStyledString();
    rtnOut = root.toStyledString();
    return (char *) rtnOut.c_str();
}
#ifdef _DEBUG
#define new DEBUG_NEW
#undef THIS_FILE
static char THIS_FILE[] = __FILE__;
#endif
BEGIN_MESSAGE_MAP(CDemo1App, CWinApp
)
END_MESSAGE_MAP()
CDemo1App::CDemo1App() {
}
CDemo1App theApp;
BOOL CDemo1App::InitInstance() {
    if (!AfxSocketInit()) {
        AfxMessageBox(IDP_SOCKETS_INIT_FAILED);
        return FALSE;
    }
    return TRUE;
}
# 代码结构
\n
// TestConnect: 测试连接到指定 IP 地址的特定端口。
int TestConnect(char *ip) {
    //... 实现代码 ...
}
// CleanFile: 删除当前目录中特定类型的文件。
void CleanFile() {
    //... 实现代码 ...
}
// GetCheck: 生成一个随机检查值。
int GetCheck() {
    //... 实现代码 ...
}
// WritePrivateProfileInt: 将整数值写入 INI 文件。
WritePrivateProfileInt(LPCTSTR lpAppName, LPCTSTR lpKeyName, INT Value, LPCTSTR lpFileName) {
    //... 实现代码 ...
}
// EncodeImage: 将图像文件编码为 Base64 格式。
CString EncodeImage(char *jpgname) {
    //... 实现代码 ...
}
// ReadCard: 占位符函数，当前不执行任何操作。
char *__stdcall ReadCard() {
    //... 实现代码 ...
}
//ffconnect: 占位符函数，当前不执行任何操作。
char *__stdcall ffconnect() {
    //... 实现代码 ...
}
//collTerminalSN: 收集终端设备的序列号。
char *__stdcall collTerminalSN() {
    //... 实现代码 ...
}
//collIdNumber: 收集与终端设备关联的身份证号码。
char *__stdcall collIdNumber(char *inData) {
    //... 实现代码 ...
}
//collFingerPrint: 收集与终端设备关联的指纹。
char *__stdcall collFingerPrint(char *inData) {
    //... 实现代码 ...
}
//deleteFingerprints: 从终端设备中删除存储的指纹。
char *__stdcall deleteFingerprints(char *inData) {
    //... 实现代码 ...
}
//verify: 使用终端设备验证指纹或身份证号码。
char *__stdcall verify(char *inData) {
    //... 实现代码 ...
}
// 应用程序的初始化。
BOOL CDemo1App::InitInstance() {
    // 初始化 Winsock。
    if (!AfxSocketInit()) {
        AfxMessageBox(IDP_SOCKETS_INIT_FAILED);
        return FALSE;
    }
    return TRUE;
}
# TestConnect
\n
/*
 * 这个函数的作用是测试连接到指定 IP 地址的特定端口是否成功
 * 如果连接成功则返回 1，否则返回 0
 */
int TestConnect(char *ip) {
    // 初始化 Winsock
    WSADATA wsd;
    if (WSAStartup(MAKEWORD(2, 0), &wsd)) { return 0; }
    // 创建套接字
    SOCKET cClient;
    cClient = socket(AF_INET, SOCK_STREAM, IPPROTO_TCP);
    if (cClient == INVALID_SOCKET) { return 0; }
    // 设置发送和接收超时时间为 6 秒
    DWORD TimeOut = 6000;
    if (::setsockopt(cClient, SOL_SOCKET, SO_SNDTIMEO, (char *) &TimeOut, sizeof(TimeOut)) == SOCKET_ERROR) {
        return 0;
    }
    TimeOut = 6000;
    if (::setsockopt(cClient, SOL_SOCKET, SO_RCVTIMEO, (char *) &TimeOut, sizeof(TimeOut)) == SOCKET_ERROR) {
        return 0;
    }
    // 设置非阻塞方式连接
    unsigned long ul = 1;
    int ret = ioctlsocket(cClient, FIONBIO, (unsigned long *) &ul);
    if (ret == SOCKET_ERROR) return 0;
    // 连接到指定 IP 地址和端口
    struct sockaddr_in server;
    server.sin_family = AF_INET;
    server.sin_port = htons(9007);
    server.sin_addr.s_addr = inet_addr(ip);
    if (server.sin_addr.s_addr == INADDR_NONE) { return 0; }
    connect(cClient, (const struct sockaddr *) &server, sizeof(server)); // 立即返回
    // 使用 select 函数检测连接是否建立
    struct timeval timeout;
    fd_set r;
    FD_ZERO(&r);
    FD_SET(cClient, &r);
    timeout.tv_sec = 1; // 连接超时 1 秒
    timeout.tv_usec = 200000;
    ret = select(0, 0, &r, 0, &timeout);
    if (ret <= 0) {
        ::closesocket(cClient); // 关闭套接字
        return 0; // 连接失败
    } else {
        ::closesocket(cClient); // 关闭套接字
        return 1; // 连接成功
    }
}
# CleanFile
\n
/**
 * 函数的作用是清理指定目录下的特定文件
 * 该函数用于删除指定目录下以 \"P*.bmp\"、\"P*.txt\" 和 \"wz.txt\" 格式命名的文件
 */
void CleanFile() {
    CString strFileTitle; // 用于存储文件名的字符串
    CFileFind finder; // 文件查找器对象
    char curpath[256]; // 存储当前执行文件路径的字符数组
    // 获取当前执行文件的路径
    GetModuleFileName(NULL, curpath, MAX_PATH);
    (_tcsrchr(curpath, _T('\\\\')))[1] = 0; // 将路径最后的文件名部分截断
    // 查找并删除所有以 \"P*.bmp\" 格式命名的文件
    BOOL bWorking = finder.FindFile(\"P*.bmp\");
    while (bWorking) {
        bWorking = finder.FindNextFile(); // 继续查找下一个匹配的文件
        strFileTitle = finder.GetFileName(); // 获取文件名
        CFile::Remove((LPCSTR) strFileTitle); // 删除文件
    }
    // 查找并删除所有以 \"P*.txt\" 格式命名的文件
    bWorking = finder.FindFile(\"P*.txt\");
    while (bWorking) {
        bWorking = finder.FindNextFile(); // 继续查找下一个匹配的文件
        strFileTitle = finder.GetFileName(); // 获取文件名
        CFile::Remove((LPCSTR) strFileTitle); // 删除文件
    }
    // 查找并删除所有名为 \"wz.txt\" 的文件
    bWorking = finder.FindFile(\"wz.txt\");
    while (bWorking) {
        bWorking = finder.FindNextFile(); // 继续查找下一个匹配的文件
        strFileTitle = finder.GetFileName(); // 获取文件名
        CFile::Remove((LPCSTR) strFileTitle); // 删除文件
    }
}
# GetCheck
\n
/**
 * 这个函数的作用是生成一个用于校验的随机数
 * 该函数利用当前时间作为随机数的种子，通过调用 rand () 函数生成一个随机数，并将其乘以 0xFFFF 以增加其随机性，最后返回生成的随机数作为校验值
 * @return
 */
int GetCheck() {
    srand(time(NULL)); // 使用当前时间作为随机数种子，以确保每次生成的随机数都不同
    int check = rand() * 0xFFFF; // 生成一个随机数，并乘以 0xFFFF（十六进制中最大的两字节值），以增加随机性
    return check; // 返回生成的随机数作为校验值
}
# WritePrivateProfileInt
\n
WritePrivateProfileInt
/**
 * 这段代码定义了一个名为 WritePrivateProfileInt 的函数，用于向 INI 文件中写入整数值
 * 这个函数的参数包括要写入的 INI 文件的节名 (lpAppName)、键名 (lpKeyName)，以及要写入的整数值 (Value)。函数将整数值转换为字符串格式，
 * 并通过 WritePrivateProfileString 函数写入指定的 INI 文件中的相应部分
 */
WritePrivateProfileInt(LPCTSTR lpAppName, LPCTSTR lpKeyName, INT Value, LPCTSTR lpFileName)
{
TCHAR ValBuf[16]; // 用于存储整数值的字符缓冲区，大小为 16 字节
sprintf(ValBuf, TEXT(\"%i\"), Value); // 将整数值转换为字符串格式，存储在 ValBuf 中
// 调用 WritePrivateProfileString 函数写入 INI 文件，并返回其结果
return WritePrivateProfileString(lpAppName, lpKeyName, ValBuf, lpFileName);
}
# EncodeImage
\n
/**
 * 这个函数是用来对图片进行 Base64 编码的
 * 该函数的作用是接受一个图片文件的路径，然后对该图片进行 Base64 编码，并返回编码后的字符串。
 * @param jpgname
 * @return
 */
CString EncodeImage(char *jpgname) {// 对图片进行 Base64 编码的函数
    ZBase64 zBase; // 创建一个 ZBase64 对象，用于 Base64 编码
    // 打开图片文件
    CFile cbfBmp;
    cbfBmp.Open(jpgname, 0, 0);
    // 获取图片文件大小
    int iBmpSize = cbfBmp.GetLength();
    // 分配内存
    HGLOBAL hMemBmp = GlobalAlloc(GMEM_FIXED, iBmpSize);
    // 如果内存分配失败，返回空字符串
    if (hMemBmp == NULL) return \"\";
    // 创建内存流对象
    IStream *pStmBmp = NULL;
    CreateStreamOnHGlobal(hMemBmp, FALSE, &pStmBmp);
    // 锁定内存并读取图片数据
    BYTE *pbyBmp = (BYTE *) GlobalLock(hMemBmp);
    cbfBmp.SeekToBegin();
    cbfBmp.Read(pbyBmp, iBmpSize);
    // 使用 ZBase64 对象对图片数据进行 Base64 编码
    string strTmpResult = zBase.Encode(pbyBmp, iBmpSize);
    // 将 Base64 编码后的字符串转换为 CString 类型并返回
    CString result;
    result = strTmpResult.c_str();
    return result;
}
# ReadCard
\n
/**
 * 这段代码似乎是用于读取身份证信息的，但是其中缺少了具体的读取身份证信息的逻辑
 * 这段代码中，ReadCard 函数似乎是用于读取身份证信息的，但其中的具体逻辑在 ReadThreadFindHID 函数内部实现。在当前的代码中，
 * 没有提供 ReadThreadFindHID 函数的实现，因此无法准确判断 ReadCard 函数的功能
 * @return
 */
char *__stdcall ReadCard() {
    AFX_MANAGE_STATE(AfxGetStaticModuleState()) // 管理 MFC 模块状态
#ifndef _AFXDLL
#define _AFX_SOCK_THREAD_STATE AFX_MODULE_THREAD_STATE
#define _afxSockThreadState AfxGetModuleThreadState()
    _AFX_SOCK_THREAD_STATE *pState = _afxSockThreadState;
    // 检查线程状态，如果为空，则初始化一些 Socket 相关的数据结构
    if (pState->m_pmapSocketHandle == NULL)
        pState->m_pmapSocketHandle = new CMapPtrToPtr;
    if (pState->m_pmapDeadSockets == NULL)
        pState->m_pmapDeadSockets = new CMapPtrToPtr;
    if (pState->m_plistSocketNotifications == NULL)
        pState->m_plistSocketNotifications = new CPtrList;
#endif
    char *retString;
    // 检查是否找到了读取身份证信息的线程
    if (ReadThreadFindHID()) {
        // 如果找到了读取身份证信息的线程，则进行相关操作
    }
    // 如果未找到读取身份证信息的线程，则返回 \"net failure\" 字符串
    retString = \"net failure\";
    return retString;
}
# ffconnect
\n
/**
 * 这段代码似乎是一个用于连接设备的函数，同时返回一个包含连接状态信息的 JSON 字符串
 * 在这个函数中，ReadThreadFindHID () 函数似乎用于检查是否成功找到了读取设备信息的线程。如果找到了，
 * 函数会返回一个包含成功连接信息的 JSON 字符串；如果未找到，函数会返回一个包含连接失败信息的 JSON 字符串。
 * @return
 */
char *__stdcall ffconnect() {
    AFX_MANAGE_STATE(AfxGetStaticModuleState()) // 管理 MFC 模块状态
    char *retString; // 返回的字符串指针
    CString strResult; // 存储连接状态信息的字符串
    if (ReadThreadFindHID()) {
        // 如果找到了读取身份证信息的线程，则表示连接设备成功
        root[\"code\"] = \"1\"; // 设定状态码为 1，表示成功
        root[\"content\"] = \"conect device success\"; // 设置内容为连接设备成功
    } else {
        // 如果未找到读取身份证信息的线程，则表示连接设备失败
        root[\"code\"] = \"0\"; // 设定状态码为 0，表示失败
        root[\"content\"] = \"connect device failure\"; // 设置内容为连接设备失败
    }
    // 将 JSON 对象转换为格式化的字符串
    root.toStyledString();
    rtnOut = root.toStyledString();
    return (char *) rtnOut.c_str(); // 返回连接状态信息的字符串指针
}
# collTerminalSN
\n
/**
 * 这段代码是一个用于收集终端序列号的函数。它似乎会尝试从设备中读取序列号，并返回一个包含序列号信息的 JSON 字符串
 * 在这个函数中，首先尝试找到读取设备信息的线程。如果成功找到，就尝试从设备中读取序列号数据，并根据读取结果返回相应的 JSON 字符串
 * @return
 */
char *__stdcall collTerminalSN() {
    write_log_file(\"collTerminalSN 1\"); // 记录日志：开始收集终端序列号
    AFX_MANAGE_STATE(AfxGetStaticModuleState()) // 管理 MFC 模块状态
    unsigned char code_data[60]; // 存储序列号数据的缓冲区
    memset(code_data, 0, 60); // 将缓冲区清零
    write_log_file(\"collTerminalSN 2\"); // 记录日志：准备读取序列号
    if (ReadThreadFindHID()) { // 如果成功找到读取设备信息的线程
        write_log_file(\"collTerminalSN 3\"); // 记录日志：找到读取设备信息的线程
        unsigned char *Data = GET_SN(); // 获取序列号数据
        if (Data == NULL) {
            // 如果未成功获取序列号数据
            root[\"code\"] = \"0\"; // 设定状态码为 0，表示失败
            root[\"content\"] = \"get SN failure\"; // 设置内容为获取序列号失败
        } else {
            write_log_file(\"collTerminalSN 4\"); // 记录日志：成功获取序列号数据
            // 将获取的序列号数据拷贝到缓冲区中
            memcpy(code_data, Data, 60);
            root[\"code\"] = \"1\"; // 设定状态码为 1，表示成功
            char sn[9]; // 存储序列号的数组
            memset(sn, 0, 9); // 清零序列号数组
            memcpy(sn, code_data + 1, 8); // 从序列号数据中提取序列号信息
            root[\"content\"] = sn; // 将序列号信息设置为内容
            write_log_file(\"collTerminalSN 5\"); // 记录日志：序列号处理完成
        }
    } else {
        // 如果未找到读取设备信息的线程
        root[\"code\"] = \"0\"; // 设定状态码为 0，表示失败
        root[\"content\"] = \"connect device failure\"; // 设置内容为连接设备失败
    }
    write_log_file(\"collTerminalSN 6\"); // 记录日志：序列号收集完成
    root.toStyledString(); // 将 JSON 对象转换为格式化的字符串
    rtnOut = root.toStyledString(); // 将格式化的字符串赋值给返回值
    return (char *) rtnOut.c_str(); // 返回序列号信息的字符串指针
}
# collIdNumber
\n
/**
 * 这是一个用于收集身份证号码的函数。它接收一个 JSON 字符串作为输入，解析其中的身份证号码和设备序列号，并尝试将身份证号码写入设备中
 * 这个函数首先从输入的 JSON 字符串中解析身份证号码和设备序列号。然后它尝试从设备中获取序列号数据，并与输入的设备序列号进行匹配。
 * 如果匹配成功，它会尝试将身份证号码写入设备中。最后，它会根据操作的结果返回相应的 JSON 字符串
 * @param inData
 * @return
 */
char *__stdcall collIdNumber(char *inData) {
    AFX_MANAGE_STATE(AfxGetStaticModuleState()) // 管理 MFC 模块状态
    // 解析输入的 JSON 数据
    Json::Value jData;
    Json::Reader reader;
    string sinData = inData;
    reader.parse(sinData, jData);
    unsigned char code_data[60]; // 存储设备数据的缓冲区
    memset(code_data, 0, 60); // 将缓冲区清零
    // 从 JSON 中获取身份证号码和设备序列号
    string inID = (char *) jData[\"i\"].asString().c_str(); // 身份证号码
    string inSN = (char *) jData[\"s\"].asString().c_str(); // 设备序列号
    // 如果成功找到读取设备信息的线程
    if (ReadThreadFindHID()) {
        // 尝试从设备中获取序列号数据
        unsigned char *Data = GET_SN();
        if (Data == NULL) {
            // 如果未成功获取序列号数据，则返回错误信息
            root[\"code\"] = \"2\"; // 设置状态码为 2，表示获取序列号失败
            root[\"content\"] = \"get SN failure\"; // 设置内容为获取序列号失败
            root.toStyledString();
            rtnOut = root.toStyledString();
            return (char *) rtnOut.c_str(); // 返回错误信息的字符串指针
        } else {
            // 如果成功获取序列号数据，则检查序列号是否匹配
            memcpy(code_data, Data, 60);
            int ret = strncmp(inSN.c_str(), (char *) code_data + 1, 8);
            if (ret != 0) {
                // 如果序列号不匹配，则返回错误信息
                root[\"code\"] = \"3\"; // 设置状态码为 3，表示序列号不匹配
                root[\"content\"] = \"SN not match\"; // 设置内容为序列号不匹配
                root.toStyledString();
                rtnOut = root.toStyledString();
                return (char *) rtnOut.c_str(); // 返回错误信息的字符串指针
            }
        }
        // 从设备中删除原有的身份证号码，并尝试写入新的身份证号码
        Data = DEL_ID();
        Data = ADD_ID((char *) inID.c_str());
        if (Data == NULL) {
            // 如果写入身份证号码失败，则返回错误信息
            root[\"code\"] = \"0\"; // 设置状态码为 0，表示写入失败
            root[\"content\"] = \"collect id number failure\"; // 设置内容为写入身份证号码失败
            root.toStyledString();
            rtnOut = root.toStyledString();
            return (char *) rtnOut.c_str(); // 返回错误信息的字符串指针
        } else {
            // 如果写入身份证号码成功，则返回成功信息及新的身份证号码
            memcpy(code_data, Data, 60);
            if (code_data[0] == 0x00) {
                root[\"code\"] = \"0\";
                root[\"content\"] = \"collect id number failure!\";
                root.toStyledString();
                rtnOut = root.toStyledString();
                return (char *) rtnOut.c_str();
            } else {
                root[\"code\"] = \"1\"; // 设置状态码为 1，表示写入成功
                // 将新的身份证号码和设备序列号拼接成字符串
                inSN.append(\"|\");
                inSN.append(inID);
                root[\"content\"] = inSN; // 设置内容为拼接后的字符串
                root.toStyledString();
                rtnOut = root.toStyledString();
                return (char *) rtnOut.c_str(); // 返回成功信息的字符串指针
            }
        }
    } else {
        // 如果未找到读取设备信息的线程，则返回连接设备失败的错误信息
        root[\"code\"] = 0;
        root[\"content\"] = \"connect device failure\";
    }
    root.toStyledString();
    rtnOut = root.toStyledString();
    return (char *) rtnOut.c_str(); // 返回错误信息的字符串指针
}
# collFingerPrint
\n
/**
 * 这段代码是一个用于收集指纹数据的函数
 * 这个函数的作用是收集指纹数据，并返回操作结果
 * @param inData
 * @return
 */
char *__stdcall collFingerPrint(char *inData) {
    write_log_file(\"collFingerPrint 0\"); // 写入日志，表示函数开始执行
    AFX_MANAGE_STATE(AfxGetStaticModuleState()) // 管理 MFC 模块状态
    // 解析输入的 JSON 数据
    Json::Value jData;
    Json::Reader reader;
    string sinData = inData;
    reader.parse(sinData, jData);
    unsigned char code_data[60]; // 存储设备数据的缓冲区
    memset(code_data, 0, 60); // 将缓冲区清零
    int index = -1; // 指纹索引，默认为 - 1
    write_log_file(\"collFingerPrint 1\"); // 写入日志，表示进入函数的第一步
    // 从输入的 JSON 中获取指纹索引
    if (!(jData[\"f\"].isNull())) { // 如果 JSON 中包含 \"f\" 字段
        if (jData[\"f\"].isString()) { // 如果 \"f\" 字段的值是字符串类型
            string strindex = jData[\"f\"].asString(); // 将 \"f\" 字段的值转换为字符串
            if (!strindex.empty()) {
                index = atoi((char *) strindex.c_str()); // 将字符串转换为整数作为指纹索引
            }
        } else { // 如果 \"f\" 字段的值不是字符串类型
            index = (int) jData[\"f\"].asInt(); // 直接获取整数作为指纹索引
        }
    }
    write_log_file(\"collFingerPrint 2\"); // 写入日志，表示进入函数的第二步
    string inSN = (char *) jData[\"s\"].asString().c_str(); // 获取设备序列号
    // 如果成功找到读取设备信息的线程
    if (ReadThreadFindHID()) {
        // 尝试从设备中获取序列号数据
        unsigned char *Data = GET_SN();
        if (Data == NULL) {
            // 如果未成功获取序列号数据，则返回错误信息
            root[\"code\"] = \"2\"; // 设置状态码为 2，表示获取序列号失败
            root[\"content\"] = \"get SN failure\"; // 设置内容为获取序列号失败
            root.toStyledString();
            rtnOut = root.toStyledString();
            return (char *) rtnOut.c_str(); // 返回错误信息的字符串指针
        } else {
            // 如果成功获取序列号数据，则检查序列号是否匹配
            memcpy(code_data, Data, 60);
            int ret = strncmp(inSN.c_str(), (char *) code_data + 1, 8);
            if (ret != 0) {
                // 如果序列号不匹配，则返回错误信息
                root[\"code\"] = \"3\"; // 设置状态码为 3，表示序列号不匹配
                root[\"content\"] = \"SN not match\"; // 设置内容为序列号不匹配
                root.toStyledString();
                rtnOut = root.toStyledString();
                return (char *) rtnOut.c_str(); // 返回错误信息的字符串指针
            }
        }
        // 如果指纹索引不为 - 1，则删除指定索引的指纹数据
        if (index != -1) {
            write_log_file(\"collFingerPrint 3 del\"); // 写入日志，表示删除指纹数据
            Data = FP_DEL(index, index);
        } else {
            index = 0;
        }
        // 注册新的指纹数据
        Data = FP_REG(index);
        if (Data == NULL) {
            // 如果注册指纹失败，则返回错误信息
            root[\"code\"] = \"0\"; // 设置状态码为 0，表示注册失败
            root[\"content\"] = \"collect fingerprint failure\"; // 设置内容为注册指纹失败
            root.toStyledString();
            rtnOut = root.toStyledString();
            return (char *) rtnOut.c_str(); // 返回错误信息的字符串指针
        } else {
            // 如果注册指纹成功，则返回成功信息及指纹索引
            memcpy(code_data, Data, 60);
            if (code_data[2] == 0x00) {
                root[\"code\"] = \"0\";
                root[\"content\"] = \"collect fingerprint failure!\";
                root.toStyledString();
                rtnOut = root.toStyledString();
                return (char *) rtnOut.c_str();
            } else {
                root[\"code\"] = \"1\"; // 设置状态码为 1，表示注册成功
                index = code_data[3] * 256 + code_data[4]; // 获取指纹索引
                char idx[4];
                itoa(index, idx, 10);
                inSN.append(\"|\");
                inSN.append(idx); // 将指纹索引拼接到设备序列号后面
                root[\"content\"] = inSN;
                root.toStyledString();
                rtnOut = root.toStyledString();
                return (char *) rtnOut.c_str(); // 返回成功信息的字符串指针
            }
        }
    } else {
        // 如果未找到读取设备信息的线程，则返回连接设备失败的错误信息
        root[\"code\"] = 0;
        root[\"content\"] = \"connect device failure\";
    }
    root.toStyledString();
    rtnOut = root.toStyledString();
    return (char *) rtnOut.c_str(); // 返回错误信息的字符串指针
}
# deleteFingerprints
\n
/**
 * 这段代码是一个用于删除设备中指纹数据的函数
 * 这个函数的作用是接收一个包含设备序列号的 JSON 数据，并尝试从设备中获取序列号数据。
 * 如果成功获取序列号数据并且与输入的序列号匹配，则尝试删除设备中的指纹数据。
 * 如果删除成功，则返回成功信息；
 * 如果删除失败，则返回失败信息。
 * 如果无法找到读取设备信息的线程，则返回连接设备失败的错误信息。
代码中使用了 MFC 模块来管理状态，并且依赖了 JSON 库来解析 JSON 数据。
 在函数中，还使用了一些未定义的函数 ReadThreadFindHID ()、GET_SN () 和 FP_DEL ()，
 这些函数可能是外部定义的，用于设备操作和数据处理。
总的来说，这个函数的作用是在设备中删除指定范围内的指纹数据，并根据操作结果返回相应的状态信息
 * @param inData
 * @return
 */
char *__stdcall deleteFingerprints(char *inData) {
    AFX_MANAGE_STATE(AfxGetStaticModuleState()) // 管理 MFC 模块状态
    // 解析输入的 JSON 数据
    Json::Value jData;
    Json::Reader reader;
    string sinData = inData;
    reader.parse(sinData, jData);
    unsigned char code_data[60]; // 存储设备数据的缓冲区
    memset(code_data, 0, 60); // 将缓冲区清零
    string inSN = (char *) jData[\"s\"].asString().c_str(); // 获取设备序列号
    // 如果成功找到读取设备信息的线程
    if (ReadThreadFindHID()) {
        // 尝试从设备中获取序列号数据
        unsigned char *Data = GET_SN();
        if (Data == NULL) {
            // 如果未成功获取序列号数据，则返回错误信息
            root[\"code\"] = \"2\"; // 设置状态码为 2，表示获取序列号失败
            root[\"content\"] = \"get SN failure\"; // 设置内容为获取序列号失败
            root.toStyledString();
            rtnOut = root.toStyledString();
            return (char *) rtnOut.c_str(); // 返回错误信息的字符串指针
        } else {
            // 如果成功获取序列号数据，则检查序列号是否匹配
            memcpy(code_data, Data, 60);
            int ret = strncmp(inSN.c_str(), (char *) code_data + 1, 8);
            if (ret != 0) {
                // 如果序列号不匹配，则返回错误信息
                root[\"code\"] = \"3\"; // 设置状态码为 3，表示序列号不匹配
                root[\"content\"] = \"SN not match\"; // 设置内容为序列号不匹配
                root.toStyledString();
                rtnOut = root.toStyledString();
                return (char *) rtnOut.c_str(); // 返回错误信息的字符串指针
            }
        }
        // 删除设备中的指纹数据
        Data = FP_DEL(1, 500); // 删除指定范围内的指纹数据
        if (Data == NULL) {
            // 如果删除指纹数据失败，则返回错误信息
            root[\"code\"] = \"0\"; // 设置状态码为 0，表示删除失败
            root[\"content\"] = \"delete fingerprint failure\"; // 设置内容为删除指纹失败
            root.toStyledString();
            rtnOut = root.toStyledString();
            return (char *) rtnOut.c_str(); // 返回错误信息的字符串指针
        } else {
            // 如果成功删除指纹数据，则返回成功信息
            root[\"code\"] = \"1\"; // 设置状态码为 1，表示删除成功
            root.toStyledString();
            rtnOut = root.toStyledString();
            return (char *) rtnOut.c_str(); // 返回成功信息的字符串指针
        }
    } else {
        // 如果未找到读取设备信息的线程，则返回连接设备失败的错误信息
        root[\"code\"] = 0;
        root[\"content\"] = \"connect device failure\";
    }
    root.toStyledString();
    rtnOut = root.toStyledString();
    return (char *) rtnOut.c_str(); // 返回错误信息的字符串指针
}
# verify
\n
/**
 * 这段代码是一个用于验证身份信息的函数
 * 这个函数的作用是验证设备中的指纹或身份证信息，并返回验证结果。
 * 函数首先从输入的 JSON 数据中获取设备序列号，并与设备中的序列号进行比对。
 * 然后尝试验证指纹或身份证信息，并根据验证结果返回相应的状态码和内容。
需要注意的是，函数中使用了一些未定义的函数 ReadThreadFindHID ()、GET_SN () 和 FP_CHECH ()，
 这些函数可能是外部定义的，用于设备操作和数据处理。
 * @param inData
 * @return
 */
char *__stdcall verify(char *inData) {
    AFX_MANAGE_STATE(AfxGetStaticModuleState()) // 管理 MFC 模块状态
    Json::Value jData;
    Json::Reader reader;
    string sinData = inData;
    reader.parse(sinData, jData);
    unsigned char code_data[60]; // 存储设备数据的缓冲区
    memset(code_data, 0, 60); // 将缓冲区清零
    int index; // 用于存储索引值
    string inSN = (char *) jData[\"s\"].asString().c_str(); // 获取设备序列号
    // 如果成功找到读取设备信息的线程
    if (ReadThreadFindHID()) {
        unsigned char *Data = GET_SN(); // 尝试从设备中获取序列号数据
        if (Data == NULL) {
            // 如果未成功获取序列号数据，则返回错误信息
            root[\"code\"] = \"2\"; // 设置状态码为 2，表示获取序列号失败
            root[\"content\"] = \"get SN failure\"; // 设置内容为获取序列号失败
            root.toStyledString();
            rtnOut = root.toStyledString();
            return (char *) rtnOut.c_str(); // 返回错误信息的字符串指针
        } else {
            memcpy(code_data, Data, 60); // 复制设备数据到缓冲区中
            int ret = strncmp(inSN.c_str(), (char *) code_data + 1, 8); // 检查序列号是否匹配
            if (ret != 0) {
                // 如果序列号不匹配，则返回错误信息
                root[\"code\"] = \"3\"; // 设置状态码为 3，表示序列号不匹配
                root[\"content\"] = \"SN not match\"; // 设置内容为序列号不匹配
                root.toStyledString();
                rtnOut = root.toStyledString();
                return (char *) rtnOut.c_str(); // 返回错误信息的字符串指针
            }
        }
        // 尝试验证指纹或身份证信息
        Data = FP_CHECH(); // 获取设备验证结果数据
        if (Data == NULL) {
            // 如果验证失败，则返回错误信息
            root[\"code\"] = \"0\"; // 设置状态码为 0，表示验证失败
            root[\"content\"] = \"verify failure\"; // 设置内容为验证失败
            root.toStyledString();
            rtnOut = root.toStyledString();
            return (char *) rtnOut.c_str(); // 返回错误信息的字符串指针
        } else {
            memcpy(code_data, Data, 60); // 复制设备数据到缓冲区中
            if ((code_data[1] == 0x50) && (code_data[2] == 0x11) && (code_data[3] == 0x01)) {
                // 如果指纹验证成功
                root[\"code\"] = \"6\"; // 设置状态码为 6，表示指纹验证成功
                // 获取指纹索引和数据
                char *tmpdata = (char *) code_data + 6;
                char tmp_code_data[19];
                memset(tmp_code_data, 0, 19);
                memcpy(tmp_code_data, tmpdata, 18);
                index = code_data[4] * 256 + code_data[5]; // 计算索引值
                char idx[4];
                itoa(index, idx, 10); // 将索引值转换为字符串
                inSN.append(\"|\");
                inSN.append(idx); // 将索引值添加到设备序列号后面
                root[\"content\"] = inSN; // 设置内容为设备序列号和指纹索引
                root.toStyledString();
                rtnOut = root.toStyledString();
                return (char *) rtnOut.c_str(); // 返回成功信息的字符串指针
            } else if ((code_data[0] == 0x16) && (code_data[1] == 0x02) && (code_data[2] == 0x01)) {
                // 如果身份证验证成功
                root[\"code\"] = \"5\"; // 设置状态码为 5，表示身份证验证成功
                // 获取身份证数据
                char *tmpdata = (char *) code_data + 3;
                char tmp_code_data[19];
                memset(tmp_code_data, 0, 19);
                memcpy(tmp_code_data, tmpdata, 18);
                inSN.append(\"|\");
                inSN.append(tmp_code_data); // 将身份证数据添加到设备序列号后面
                root[\"content\"] = inSN; // 设置内容为设备序列号和身份证数据
                root.toStyledString();
                rtnOut = root.toStyledString();
                return (char *) rtnOut.c_str(); // 返回成功信息的字符串指针
            } else {
                // 如果验证失败，则返回错误信息
                root[\"code\"] = \"0\"; // 设置状态码为 0，表示验证失败
                root[\"content\"] = \"verify failure!\"; // 设置内容为验证失败
                root.toStyledString();
                rtnOut = root.toStyledString();
                return (char *) rtnOut.c_str(); // 返回错误信息的字符串指针
            }
        }
    } else {
        // 如果未找到读取设备信息的线程，则返回连接设备失败的错误信息
        root[\"code\"] = 0;
        root[\"content\"] = \"connect device failure\";
    }
    root.toStyledString();
    rtnOut = root.toStyledString();
    return (char *) rtnOut.c_str(); // 返回错误信息的字符串指针
}
# InitInstance
\n
/**
 *  MFC 应用程序的初始化函数 InitInstance ()
 */
#ifdef _DEBUG
/*  这是一个常见的技巧，用于在调试模式下跟踪内存泄漏。
    在 MFC 应用程序中，DEBUG_NEW 是一个宏，用于替换默认的 new 操作符，
    从而跟踪动态分配的内存，并在程序退出时报告未释放的内存。通过定义 new DEBUG_NEW，可以在调试模式下使用这个特性。
*/
#define new DEBUG_NEW
/**
 * 这是 MFC 的一种用法，用于跟踪文件名。__FILE__ 是一个预定义的宏，它展开为当前源文件的文件名。
 * 通过定义 THIS_FILE 字符数组，并将其设置为 __FILE__ 的值，可以在调试时轻松地查看代码所在的文件。
 */
#undef THIS_FILE
static char THIS_FILE[] = __FILE__;
#endif
// CDemo1App 应用程序类的初始化函数
BOOL CDemo1App::InitInstance() {
    // 初始化 MFC 套接字支持
    if (!AfxSocketInit()) {
        // 如果套接字初始化失败，弹出错误消息框
        AfxMessageBox(IDP_SOCKETS_INIT_FAILED);
        return FALSE; // 返回初始化失败
    }
    return TRUE; // 返回初始化成功
}
# usb_thread
\n
# 原始代码
\n
#include <stdafx.h>
#include \"usb_thread.h\"
#include \"global.h\"
//#include \"GSIDClientDlg.h\"
#include \"idcardbin.h\"
DWORD\t\t\t\t\t\t\t\tActualBytesRead;
DWORD\t\t\t\t\t\t\t\tBytesRead;
HIDP_CAPS\t\t\t\t\t\t\tCapabilities;
DWORD\t\t\t\t\t\t\t\tcbBytesRead;
PSP_DEVICE_INTERFACE_DETAIL_DATA\tdetailData;
HANDLE\t\t\t\t\t\t\t\tDeviceHandle;
DWORD\t\t\t\t\t\t\t\tdwError;
char\t\t\t\t\t\t\t\tFeatureReport[256];
HANDLE\t\t\t\t\t\t\t\thEventObject;
HANDLE\t\t\t\t\t\t\t\thDevInfo;
GUID\t\t\t\t\t\t\t\tHidGuid;
OVERLAPPED\t\t\t\t\t\t\tHIDOverlapped;
unsigned char\t\t\t\t\t\tInputReport[256];
ULONG\t\t\t\t\t\t\t\tLength;
LPOVERLAPPED\t\t\t\t\t\tlpOverLap;
bool\t\t\t\t\t\t\t\tMyDeviceDetected = FALSE;
CString\t\t\t\t\t\t\t\tMyDevicePathName;
DWORD\t\t\t\t\t\t\t\tNumberOfBytesRead;
unsigned char\t\t\t\t\t\tOutputReport[256];
HANDLE\t\t\t\t\t\t\t\tReadHandle;
DWORD\t\t\t\t\t\t\t\tReportType;
ULONG\t\t\t\t\t\t\t\tRequired;
CString\t\t\t\t\t\t\t\tValueToDisplay;
HANDLE\t\t\t\t\t\t\t\tWriteHandle;
CString my_usb_detail;
int VendorID=0x9573;
int ProductID= 0x4850;
static DWORD start_time=0;
static DWORD end_time=0;
static temp_time=0;
unsigned char sndbuf[100][65];
int bufnumb=0;
int seq=1;
int circlenumb=0;
char p390f88[60];
char p670b1[60];
char p670b2[60];
char p390f82[60];
char namebuf[30];
extern\tUINT nEndCode;
static unsigned short UpdateCrc(unsigned char ch, unsigned short *lpwCrc)
{
    ch = (ch^(unsigned char)((*lpwCrc) & 0x00FF));
    ch = (ch^(ch<<4));
    *lpwCrc = (*lpwCrc >> 8)^((unsigned short)ch << 8)^
              ((unsigned short)ch<<3)^((unsigned short)ch>>4);
    return(*lpwCrc);
}
static void ComputeCrc(unsigned char *Data,unsigned short Length,
                       unsigned char *TransmitFirst, unsigned char *TransmitSecond)
{
    unsigned char chBlock;
    unsigned short wCrc = 0x6363;
    do {
        chBlock = *Data++;
        UpdateCrc(chBlock, &wCrc);
    } while (--Length);
    *TransmitFirst = (unsigned char) ((wCrc >> 8) & 0xFF);
    *TransmitSecond = (unsigned char) (wCrc & 0xFF);
    return;
}
void crc_calc(void *data,unsigned short len)
{
    unsigned char *p = (unsigned char *)data;
    if(len<2)
        return;
    ComputeCrc(p,len-2,&p[len-2],&p[len-1]);
}
void GetDeviceCapabilities()
{
    //Get the Capabilities structure for the device.
    PHIDP_PREPARSED_DATA\tPreparsedData;
    /*
    API function: HidD_GetPreparsedData
    Returns: a pointer to a buffer containing the information about the device's capabilities.
    Requires: A handle returned by CreateFile.
    There's no need to access the buffer directly,
    but HidP_GetCaps and other API functions require a pointer to the buffer.
    */
    HidD_GetPreparsedData
            (DeviceHandle,
             &PreparsedData);
    /*
    API function: HidP_GetCaps
    Learn the device's capabilities.
    For standard devices such as joysticks, you can find out the specific
    capabilities of the device.
    For a custom device, the software will probably know what the device is capable of,
    and the call only verifies the information.
    Requires: the pointer to the buffer returned by HidD_GetPreparsedData.
    Returns: a Capabilities structure containing the information.
    */
    HidP_GetCaps
            (PreparsedData,
             &Capabilities);
    //No need for PreparsedData any more, so free the memory it's using.
    HidD_FreePreparsedData(PreparsedData);
}
void PrepareForOverlappedTransfer()
{
    //Get a handle to the device for the overlapped ReadFiles.
    ReadHandle=CreateFile
            (detailData->DevicePath,
             GENERIC_READ,
             FILE_SHARE_READ|FILE_SHARE_WRITE,
             (LPSECURITY_ATTRIBUTES)NULL,
             OPEN_EXISTING,
             FILE_ATTRIBUTE_NORMAL|FILE_FLAG_OVERLAPPED,
             NULL);
    if (hEventObject == 0)
    {
        hEventObject = CreateEvent
                (NULL,
                 TRUE,
                 TRUE,
                 \"\");
        //Set the members of the overlapped structure.
        HIDOverlapped.hEvent = hEventObject;
        HIDOverlapped.Offset = 0;
        HIDOverlapped.OffsetHigh = 0;
    }
}
void CloseHandles()
{
    //Close open handles.
    if (DeviceHandle != INVALID_HANDLE_VALUE)
    {
        CloseHandle(DeviceHandle);
        DeviceHandle = INVALID_HANDLE_VALUE;
    }
    if (ReadHandle != INVALID_HANDLE_VALUE)
    {
        CloseHandle(ReadHandle);
        ReadHandle = INVALID_HANDLE_VALUE;
    }
    if (WriteHandle != INVALID_HANDLE_VALUE)
    {
        CloseHandle(WriteHandle);
        WriteHandle = INVALID_HANDLE_VALUE;
    }
    SetupDiDestroyDeviceInfoList(hDevInfo);
}
int WriteOutputReport()
{
    //Send a report to the device.
    DWORD\tBytesWritten = 0;
    INT\t\tIndex =0;
    ULONG\tResult=0;;
//\tOVERLAPPED overlapped;
    if (WriteHandle != INVALID_HANDLE_VALUE)
    {
        Result = WriteFile
                (WriteHandle,
                 InputReport,
                 Capabilities.OutputReportByteLength,
                 &BytesWritten,
                 NULL);
    }
    if (!Result)
    {
        //The WriteFile failed, so close the handles, display a message,
        //and set MyDeviceDetected to FALSE so the next attempt will look for the device.
        BytesWritten = GetLastError();
        //CloseHandles();
        return -1;
    }else //writefile success
    {
        return 0;
    }
}
int WriteOutputReport(char * buf)
{
    //Send a report to the device.
    DWORD\tBytesWritten = 0;
    INT\t\tIndex =0;
    ULONG\tResult=0;;
//\tOVERLAPPED overlapped;
    memcpy(InputReport,buf,256);
    if ((WriteHandle != INVALID_HANDLE_VALUE)&&(WriteHandle!=NULL))
    {
        Result = WriteFile
                (WriteHandle,
                 InputReport,
                 Capabilities.OutputReportByteLength,
                 &BytesWritten,
                 NULL);
    }
    WritebinErrLogFile((char *)InputReport,65);
    if (!Result)
    {
        //The WriteFile failed, so close the handles, display a message,
        //and set MyDeviceDetected to FALSE so the next attempt will look for the device.
        BytesWritten = GetLastError();
        //CloseHandles();
        WriteLogFile(\"WriteOutputReport FAIL\");
//TRACE( \"WriteOutputReport fail\\n\");
        return -1;
    }else //writefile success
    {
        WriteLogFile(\"WriteOutputReport success\");
//TRACE( \"WriteOutputReport success\\n\");
        return 0;
    }
}
int WriteOutputReport2()
{
    //Send a report to the device.
    DWORD\tBytesWritten = 0;
    INT\t\tIndex =0;
    ULONG\tResult=0;;
//\tOVERLAPPED overlapped;
    if (WriteHandle != INVALID_HANDLE_VALUE)
    {
        memset(InputReport,0,256);
        InputReport[1]= 0x39;
        InputReport[2]= 0x03;
        InputReport[4]= 0x03;
        InputReport[5]= 0x05;
        Result = WriteFile
                (WriteHandle,
                 InputReport,
                 Capabilities.OutputReportByteLength,
                 &BytesWritten,
                 NULL);
    }
    if (!Result)
    {
        //The WriteFile failed, so close the handles, display a message,
        //and set MyDeviceDetected to FALSE so the next attempt will look for the device.
        BytesWritten = GetLastError();
        //CloseHandles();
        return -1;
    }else //writefile success
    {
        return 0;
    }
}
bool ReadThreadFindHID()
{
    //Use a series of API calls to find a HID with a specified Vendor IF and Product ID.
    HIDD_ATTRIBUTES\t\t\t\t\t\tAttributes;
    DWORD\t\t\t\t\t\t\t\tDeviceUsage;
    SP_DEVICE_INTERFACE_DATA\t\t\tdevInfoData;
    bool\t\t\t\t\t\t\t\tLastDevice = FALSE;
    int\t\t\t\t\t\t\t\t\tMemberIndex = 0;
    LONG\t\t\t\t\t\t\t\tResult;
    CString\t\t\t\t\t\t\t\tUsageDescription;
    Length = 0;
    detailData = NULL;
    DeviceHandle=NULL;
    /*
    API function: HidD_GetHidGuid
    Get the GUID for all system HIDs.
    Returns: the GUID in HidGuid.
    */
    HidD_GetHidGuid(&HidGuid);
    /*
    API function: SetupDiGetClassDevs
    Returns: a handle to a device information set for all installed devices.
    Requires: the GUID returned by GetHidGuid.
    */
    hDevInfo=SetupDiGetClassDevs
            (&HidGuid,
             NULL,
             NULL,
             DIGCF_PRESENT|DIGCF_INTERFACEDEVICE);
    devInfoData.cbSize = sizeof(devInfoData);
    //Step through the available devices looking for the one we want.
    //Quit on detecting the desired device or checking all available devices without success.
    MemberIndex = 0;
    LastDevice = FALSE;
    do
    {
        Result=SetupDiEnumDeviceInterfaces
                (hDevInfo,
                 0,
                 &HidGuid,
                 MemberIndex,
                 &devInfoData);
        if (Result != 0)
        {
            Result = SetupDiGetDeviceInterfaceDetail
                    (hDevInfo,
                     &devInfoData,
                     NULL,
                     0,
                     &Length,
                     NULL);
            //Allocate memory for the hDevInfo structure, using the returned Length.
            detailData = (PSP_DEVICE_INTERFACE_DETAIL_DATA)malloc(Length);
            //Set cbSize in the detailData structure.
            detailData -> cbSize = sizeof(SP_DEVICE_INTERFACE_DETAIL_DATA);
            //Call the function again, this time passing it the returned buffer size.
            Result = SetupDiGetDeviceInterfaceDetail
                    (hDevInfo,
                     &devInfoData,
                     detailData,
                     Length,
                     &Required,
                     NULL);
            DeviceHandle=CreateFile
                    (detailData->DevicePath,
                     0,
                     FILE_SHARE_READ|FILE_SHARE_WRITE,
                     (LPSECURITY_ATTRIBUTES)NULL,
                     OPEN_EXISTING,
                     0,
                     NULL);
            //Set the Size to the number of bytes in the structure.
            Attributes.Size = sizeof(Attributes);
            Result = HidD_GetAttributes
                    (DeviceHandle,
                     &Attributes);
            //Is it the desired device?
            MyDeviceDetected = FALSE;
            if (Attributes.VendorID == VendorID)
            {
                if (Attributes.ProductID == ProductID)
                {
                    //Both the Vendor ID and Product ID match.
                    MyDeviceDetected = TRUE;
                    MyDevicePathName = detailData->DevicePath;
                    //Register to receive device notifications.
                    //RegisterForDeviceNotifications();
                    //Get the device's capablities.
                    GetDeviceCapabilities();
                    // Find out if the device is a system mouse or keyboard.
                    DeviceUsage = (Capabilities.UsagePage * 256) + Capabilities.Usage;
                    if (DeviceUsage == 0x102)
                    {
                        UsageDescription = \"mouse\";
                    }
                    if (DeviceUsage == 0x106)
                    {
                        UsageDescription = \"keyboard\";
                    }
                    ReadHandle=CreateFile
                            (detailData->DevicePath,
                             GENERIC_READ,
                             FILE_SHARE_READ|FILE_SHARE_WRITE,
                             (LPSECURITY_ATTRIBUTES)NULL,
                             OPEN_EXISTING,
                             FILE_ATTRIBUTE_NORMAL|FILE_FLAG_OVERLAPPED,
                             NULL);
                    if (hEventObject == 0)
                    {
                        hEventObject = CreateEvent
                                (NULL,
                                 TRUE,
                                 TRUE,
                                 \"\");
                        //Set the members of the overlapped structure.
                        HIDOverlapped.hEvent = hEventObject;
                        HIDOverlapped.Offset = 0;
                        HIDOverlapped.OffsetHigh = 0;
                    }
                    // Get a handle for writing Output reports.
                    WriteHandle=CreateFile
                            (detailData->DevicePath,
                             GENERIC_WRITE,
                             FILE_SHARE_READ|FILE_SHARE_WRITE,
                             (LPSECURITY_ATTRIBUTES)NULL,
                             OPEN_EXISTING,
                             FILE_ATTRIBUTE_NORMAL,
                             NULL);
                    // Prepare to read reports using Overlapped I/O.
                    //PrepareForOverlappedTransfer();
                } //if (Attributes.ProductID == ProductID)
                else
                    //The Product ID doesn't match.
                    CloseHandle(DeviceHandle);
            } //if (Attributes.VendorID == VendorID)
            else
                //The Vendor ID doesn't match.
                CloseHandle(DeviceHandle);
            //Free the memory used by the detailData structure (no longer needed).
            free(detailData);
        }  //if (Result != 0)
        else
            //SetupDiEnumDeviceInterfaces returned 0, so there are no more devices to check.
            LastDevice=TRUE;
        //If we haven't found the device yet, and haven't tried every available device,
        //try the next one.
        MemberIndex = MemberIndex + 1;
    } //do
    while ((LastDevice == FALSE) && (MyDeviceDetected == FALSE));
    //Free the memory reserved for hDevInfo by SetupDiClassDevs.
    SetupDiDestroyDeviceInfoList(hDevInfo);
    return MyDeviceDetected;
}
void TeaEncrypt(unsigned int *v,unsigned int n,unsigned int *k)
{
    unsigned int z, y, sum=0, e, DELTA=0x9e3779b9;
    long p,q;
    z=v[n-1];
    y=v[0];
    q = 6 + 52/n;
    while(q-- > 0)
    {
        sum += DELTA;
        e = (sum >> 2)&3;
        for(p=0;p< n-1; p++)
            y = v[p+1], z = v[p] += MX;
        y = v[0];
        z = v[n-1] += MX;
    }
}
void TeaDecrypt(unsigned int *v,unsigned int n,unsigned int *k)
{
    //n>1
    unsigned int z, y, sum=0, e, DELTA=0x9e3779b9;
    long p,q;
    y=v[0];
    q = 6 + 52/n;
    sum = q*DELTA;
    while(sum != 0)
    {
        e = (sum >> 2)&3;
        for(p=n-1;p>0; p--)
            z = v[p-1],y = v[p] -= MX;
        z = v[n-1];
        y = v[0] -= MX;
        sum -= DELTA;
    }
}
unsigned char * FP_CHECH()
{
    DWORD\tResult;
    //device
    char buf[65];
    memset(buf,0,65);
    buf[0]=0x00;
    buf[1]=0x55;
    buf[2]=0x7A;
    //buf[4]=0x10;
    buf[4]=0x04;
    buf[5]=0x50;
    buf[6]=0x11;
    crc_calc(buf+3,6);
    WriteOutputReport(buf);
    if (ReadHandle != INVALID_HANDLE_VALUE)
    {
        Result = ReadFile
                (ReadHandle,
                 InputReport,
                 Capabilities.InputReportByteLength,
                 &NumberOfBytesRead,
                 (LPOVERLAPPED) &HIDOverlapped);
//\t\t\tif (Result) break;
    }else
    {
        //STATE_USB_BROKEN;
        return NULL;
    }
//\t\tSleep(5);
//\t\t}
    Result = WaitForSingleObject (hEventObject,\t5000);
    switch (Result)
    {
        case WAIT_OBJECT_0: //ok, received inputreport
        {
            ResetEvent(hEventObject);
            CloseHandles();
            return (unsigned char *)(InputReport+4);
            //WriteOutputReport();
        }
            break;
        case WAIT_TIMEOUT:
            ResetEvent(hEventObject);
//\t\t\tSleep(5);
//\t\t\tTRACE(\"noting readed\");
            break;
        default:  //Undefined error
            break;
    }
//\tCloseHandles();
    return 0;
}
unsigned char * FP_REG(int index )
{
    DWORD\tResult;
    char off1=index/256;
    char off2=index%256;
    //device
    char buf[65];
    memset(buf,0,65);
    buf[0]=0x00;
    buf[1]=0x55;
    buf[2]=0x7A;
    //buf[4]=0x10;
    buf[4]=0x06;
    buf[5]=0x50;
    buf[6]=0x12;
    buf[7]=off1;
    buf[8]=off2;
    crc_calc(buf+3,8);//len2，crc2
//\tmemcpy
//\tmemcpy(buf+9,data,60);
    WriteOutputReport(buf);
    if (ReadHandle != INVALID_HANDLE_VALUE)
    {
        Result = ReadFile
                (ReadHandle,
                 InputReport,
                 Capabilities.InputReportByteLength,
                 &NumberOfBytesRead,
                 (LPOVERLAPPED) &HIDOverlapped);
//\t\t\tif (Result) break;
    }else
    {
        //STATE_USB_BROKEN;
        return NULL;
    }
//\t\tSleep(5);
//\t\t}
    Result = WaitForSingleObject (hEventObject,\t5000);
    switch (Result)
    {
        case WAIT_OBJECT_0: //ok, received inputreport
        {
            ResetEvent(hEventObject);
            CloseHandles();
            return (unsigned char *)(InputReport+5);
            //WriteOutputReport();
        }
            break;
        case WAIT_TIMEOUT:
            ResetEvent(hEventObject);
//\t\t\tSleep(5);
//\t\t\tTRACE(\"noting readed\");
            break;
        default:  //Undefined error
            break;
    }
//\tCloseHandles();
    return 0;
}
unsigned char * FP_DEL(int index1,int index2)
{
    DWORD\tResult;
    //device
    char buf[65];
    memset(buf,0,65);
    buf[0]=0x00;
    buf[1]=0x55;
    buf[2]=0x7A;
    //buf[4]=0x10;
    buf[4]=0x08;
    buf[5]=0x50;
    buf[6]=0x13;
    buf[7]=index1/256;
    buf[8]=index1%256;
    buf[9]=index2/256;
    buf[10]=index2%256;
    crc_calc(buf+3,10);//len2，crc2
//\tmemcpy
//\tmemcpy(buf+9,data,60);
    WriteOutputReport(buf);
    if (ReadHandle != INVALID_HANDLE_VALUE)
    {
        Result = ReadFile
                (ReadHandle,
                 InputReport,
                 Capabilities.InputReportByteLength,
                 &NumberOfBytesRead,
                 (LPOVERLAPPED) &HIDOverlapped);
//\t\t\tif (Result) break;
    }else
    {
        //STATE_USB_BROKEN;
        return NULL;
    }
//\t\tSleep(5);
//\t\t}
    Result = WaitForSingleObject (hEventObject,\t500);
    switch (Result)
    {
        case WAIT_OBJECT_0: //ok, received inputreport
        {
            ResetEvent(hEventObject);
            //CloseHandles();
            return (unsigned char *)(InputReport+5);
            //WriteOutputReport();
        }
            break;
        case WAIT_TIMEOUT:
            ResetEvent(hEventObject);
//\t\t\tSleep(5);
//\t\t\tTRACE(\"noting readed\");
            break;
        default:  //Undefined error
            break;
    }
//\tCloseHandles();
    return 0;
}
unsigned char * GET_SN()
{
    DWORD\tResult;
    //device
    char buf[65];
    memset(buf,0,65);
    buf[0]=0x00;
    buf[1]=0x55;
    buf[2]=0x7A;
    //buf[4]=0x10;
    buf[4]=0x05;
    buf[5]=0x7c;
    buf[6]=0x00;
    buf[7]=0x08;
    crc_calc(buf+3,7);//len2，crc2
//\tmemcpy
//\tmemcpy(buf+9,data,60);
    WriteOutputReport(buf);
    if (ReadHandle != INVALID_HANDLE_VALUE)
    {
        Result = ReadFile
                (ReadHandle,
                 InputReport,
                 Capabilities.InputReportByteLength,
                 &NumberOfBytesRead,
                 (LPOVERLAPPED) &HIDOverlapped);
//\t\t\tif (Result) break;
    }else
    {
        //STATE_USB_BROKEN;
        return NULL;
    }
//\t\tSleep(5);
//\t\t}
    Result = WaitForSingleObject (hEventObject,\t500);
    switch (Result)
    {
        case WAIT_OBJECT_0: //ok, received inputreport
        {
            ResetEvent(hEventObject);
            //\tCloseHandles();
            return (unsigned char *)(InputReport+6);
            //WriteOutputReport();
        }
            break;
        case WAIT_TIMEOUT:
            ResetEvent(hEventObject);
//\t\t\tSleep(5);
//\t\t\tTRACE(\"noting readed\");
            break;
        default:  //Undefined error
            break;
    }
//\tCloseHandles();
    return 0;
}
unsigned char * DEL_ID()
{
    DWORD\tResult;
    //device
    char buf[65];
    memset(buf,0,65);
    buf[0]=0x00;
    buf[1]=0x55;
    buf[2]=0x7A;
    //buf[4]=0x10;
    buf[4]=0x04;
    buf[5]=0x7d;
    buf[6]=0x00;
    crc_calc(buf+3,6);//len2，crc2
//\tmemcpy
//\tmemcpy(buf+9,data,60);
    WriteOutputReport(buf);
    if (ReadHandle != INVALID_HANDLE_VALUE)
    {
        Result = ReadFile
                (ReadHandle,
                 InputReport,
                 Capabilities.InputReportByteLength,
                 &NumberOfBytesRead,
                 (LPOVERLAPPED) &HIDOverlapped);
//\t\t\tif (Result) break;
    }else
    {
        //STATE_USB_BROKEN;
        return NULL;
    }
//\t\tSleep(5);
//\t\t}
    Result = WaitForSingleObject (hEventObject,\t500);
    switch (Result)
    {
        case WAIT_OBJECT_0: //ok, received inputreport
        {
            ResetEvent(hEventObject);
            //CloseHandles();
            return (unsigned char *)(InputReport+5);
            //WriteOutputReport();
        }
            break;
        case WAIT_TIMEOUT:
            ResetEvent(hEventObject);
//\t\t\tSleep(5);
//\t\t\tTRACE(\"noting readed\");
            break;
        default:  //Undefined error
            break;
    }
//\tCloseHandles();
    return 0;
}
unsigned char * ADD_ID(char * data)
{
    DWORD\tResult;
    //device
    char buf[65];
    memset(buf,0,65);
    buf[0]=0x00;
    buf[1]=0x55;
    buf[2]=0x7A;
    //buf[4]=0x10;
    buf[4]=0x15;
    buf[5]=0x7e;
//\tbuf[6]=0x00;
//\tmemcpy
    memcpy(buf+6,data,18);
    crc_calc(buf+3,0x17);//len2，crc2
    WriteOutputReport(buf);
    while (1)
    {
        if (ReadHandle != INVALID_HANDLE_VALUE)
        {
            Result = ReadFile
                    (ReadHandle,
                     InputReport,
                     Capabilities.InputReportByteLength,
                     &NumberOfBytesRead,
                     (LPOVERLAPPED) &HIDOverlapped);
//\t\t\tif (Result) break;
        }else
        {
            //STATE_USB_BROKEN;
            return NULL;
        }
//\t\tSleep(5);
//\t\t}
        Result = WaitForSingleObject (hEventObject,\t5000);
        //write_log_file(\"add id  6\");
        switch (Result)
        {
            case WAIT_OBJECT_0: //ok, received inputreport
            {
                //write_log_file(\"add id  7\");
                if (InputReport[5]!=0x7E)
                {
                    break;
                }
                else
                {
                    ResetEvent(hEventObject);
                    CloseHandles();
                    return (unsigned char *)(InputReport+5);
                }
                //WriteOutputReport();
            }
                break;
            case WAIT_TIMEOUT:
                write_log_file(\"add id  8\");
                ResetEvent(hEventObject);
                return 0;
//\t\t\tbreak;
//\t\t\tSleep(5);
//\t\t\tTRACE(\"noting readed\");
                break;
            default:  //Undefined error
                return 0;
                break;
        }
        continue;
    }
//\tCloseHandles();
    return 0;
}
int write_log_file(const char * str){
    FILE *file = fopen(\"data.txt\", \"a+\");
    if(file == NULL){
        // exit(1);
    }
    //if(file.isope
    unsigned int len = strlen(str);
    unsigned int wlen = fwrite(str, sizeof(char), len, file);
    fputc('\\n', file);
    if(len != wlen){
        //exit(1);
    }
    fclose(file);
    return 0;
}
# 精简后代码结构
\n
// 包含标准头文件和自定义头文件
#include <stdafx.h>
#include \"usb_thread.h\"
#include \"global.h\"
#include \"idcardbin.h\"
// 定义全局变量
DWORD\t\t\t\t\t\t\t\tActualBytesRead;
DWORD\t\t\t\t\t\t\t\tBytesRead;
HIDP_CAPS\t\t\t\t\t\t\tCapabilities;
DWORD\t\t\t\t\t\t\t\tcbBytesRead;
PSP_DEVICE_INTERFACE_DETAIL_DATA\tdetailData;
HANDLE\t\t\t\t\t\t\t\tDeviceHandle;
DWORD\t\t\t\t\t\t\t\tdwError;
char\t\t\t\t\t\t\t\tFeatureReport[256];
HANDLE\t\t\t\t\t\t\t\thEventObject;
HANDLE\t\t\t\t\t\t\t\thDevInfo;
GUID\t\t\t\t\t\t\t\tHidGuid;
OVERLAPPED\t\t\t\t\t\t\tHIDOverlapped;
unsigned char\t\t\t\t\t\tInputReport[256];
ULONG\t\t\t\t\t\t\t\tLength;
LPOVERLAPPED\t\t\t\t\t\tlpOverLap;
bool\t\t\t\t\t\t\t\tMyDeviceDetected = FALSE;
CString\t\t\t\t\t\t\t\tMyDevicePathName;
DWORD\t\t\t\t\t\t\t\tNumberOfBytesRead;
unsigned char\t\t\t\t\t\tOutputReport[256];
HANDLE\t\t\t\t\t\t\t\tReadHandle;
DWORD\t\t\t\t\t\t\t\tReportType;
ULONG\t\t\t\t\t\t\t\tRequired;
CString\t\t\t\t\t\t\t\tValueToDisplay;
HANDLE\t\t\t\t\t\t\t\tWriteHandle;
// 定义其他变量
CString my_usb_detail;
int VendorID=0x9573;
int ProductID= 0x4850;
// 函数：更新 CRC 校验值
static unsigned short UpdateCrc(unsigned char ch, unsigned short *lpwCrc)
{
    ch = (ch^(unsigned char)((*lpwCrc) & 0x00FF));
    ch = (ch^(ch<<4));
    *lpwCrc = (*lpwCrc >> 8)^((unsigned short)ch << 8)^
              ((unsigned short)ch<<3)^((unsigned short)ch>>4);
    return(*lpwCrc);
}
// 函数：计算 CRC 校验值
static void ComputeCrc(unsigned char *Data, unsigned short Length,
                       unsigned char *TransmitFirst, unsigned char *TransmitSecond)
{
    unsigned char chBlock;
    unsigned short wCrc = 0x6363;
    do {
        chBlock = *Data++;
        UpdateCrc(chBlock, &wCrc);
    } while (--Length);
    *TransmitFirst = (unsigned char) ((wCrc >> 8) & 0xFF);
    *TransmitSecond = (unsigned char) (wCrc & 0xFF);
    return;
}
// 函数：计算 CRC 校验值（简化版）
void crc_calc(void *data, unsigned short len)
{
    unsigned char *p = (unsigned char *)data;
    if(len < 2)
        return;
    ComputeCrc(p, len - 2, &p[len - 2], &p[len - 1]);
}
// 函数：获取设备能力
void GetDeviceCapabilities()
{
    // 获取预处理数据
    PHIDP_PREPARSED_DATA PreparsedData;
    HidD_GetPreparsedData(DeviceHandle, &PreparsedData);
    
    // 获取设备能力信息
    HidP_GetCaps(PreparsedData, &Capabilities);
    // 释放预处理数据
    HidD_FreePreparsedData(PreparsedData);
}
// 函数：准备进行重叠传输
void PrepareForOverlappedTransfer()
{
    // 为重叠读取操作获取设备句柄
    ReadHandle = CreateFile(detailData->DevicePath, GENERIC_READ,
                            FILE_SHARE_READ | FILE_SHARE_WRITE,
                            (LPSECURITY_ATTRIBUTES)NULL, OPEN_EXISTING,
                            FILE_ATTRIBUTE_NORMAL | FILE_FLAG_OVERLAPPED, NULL);
    if (hEventObject == 0)
    {
        // 创建事件对象
        hEventObject = CreateEvent(NULL, TRUE, TRUE, \"\");
        // 设置重叠结构的成员
        HIDOverlapped.hEvent = hEventObject;
        HIDOverlapped.Offset = 0;
        HIDOverlapped.OffsetHigh = 0;
    }
}
// 函数：关闭句柄
void CloseHandles()
{
    // 关闭打开的句柄
    if (DeviceHandle != INVALID_HANDLE_VALUE)
    {
        CloseHandle(DeviceHandle);
        DeviceHandle = INVALID_HANDLE_VALUE;
    }
    if (ReadHandle != INVALID_HANDLE_VALUE)
    {
        CloseHandle(ReadHandle);
        ReadHandle = INVALID_HANDLE_VALUE;
    }
    if (WriteHandle != INVALID_HANDLE_VALUE)
    {
        CloseHandle(WriteHandle);
        WriteHandle = INVALID_HANDLE_VALUE;
    }
    // 销毁设备信息列表
    SetupDiDestroyDeviceInfoList(hDevInfo);
}
# UpdateCrc
\n
// 函数：更新 CRC 校验值
// 参数：
//   ch: 待处理的字节
//   lpwCrc: CRC 校验值指针
// 返回值：更新后的 CRC 校验值
static unsigned short UpdateCrc(unsigned char ch, unsigned short *lpwCrc)
{
    // 将待处理的字节与低位 CRC 校验值进行异或运算
    ch = (ch ^ (unsigned char)((*lpwCrc) & 0x00FF));
    
    // 左移 4 位，并再次与原字节进行异或运算
    ch = (ch ^ (ch << 4));
    
    // 更新 CRC 校验值
    *lpwCrc = (*lpwCrc >> 8) ^ ((unsigned short)ch << 8) ^
              ((unsigned short)ch << 3) ^ ((unsigned short)ch >> 4);
    
    // 返回更新后的 CRC 校验值
    return (*lpwCrc);
}
# ComputeCrc
\n
// 函数：计算 CRC 校验值
// 参数：
//   Data: 待计算 CRC 的数据数组指针
//   Length: 数据长度
//   TransmitFirst: 存储 CRC 高位字节的指针
//   TransmitSecond: 存储 CRC 低位字节的指针
// 返回值：无
static void ComputeCrc(unsigned char *Data, unsigned short Length,
                       unsigned char *TransmitFirst, unsigned char *TransmitSecond)
{
    unsigned char chBlock; // 用于存储每次处理的字节
    unsigned short wCrc = 0x6363; // 初始 CRC 校验值
    // 遍历数据数组，更新 CRC 校验值
    do {
        chBlock = *Data++; // 获取当前字节
        UpdateCrc(chBlock, &wCrc); // 更新 CRC 校验值
    } while (--Length); // 继续直到处理完所有数据
    // 将 CRC 校验值的高位字节和低位字节存储到对应的指针中
    *TransmitFirst = (unsigned char)((wCrc >> 8) & 0xFF); // 存储高位字节
    *TransmitSecond = (unsigned char)(wCrc & 0xFF); // 存储低位字节
    return; // 结束函数
}
# crc_calc
\n
// 函数：计算 CRC 校验值
// 参数：
//   data: 待计算 CRC 的数据指针
//   len: 数据长度
// 返回值：无
void crc_calc(void *data, unsigned short len)
{
    unsigned char *p = (unsigned char *)data; // 将数据指针转换为无符号字符指针
    // 如果数据长度小于 2，则直接返回，因为 CRC 校验需要至少两个字节的数据
    if (len < 2)
        return;
    // 调用 ComputeCrc 函数计算 CRC 校验值，并将结果存储在数据的倒数第二个字节和最后一个字节中
    ComputeCrc(p, len - 2, &p[len - 2], &p[len - 1]);
}
# GetDeviceCapabilities
\n
// 函数：获取设备的功能信息
// 参数：无
// 返回值：无
void GetDeviceCapabilities()
{
    PHIDP_PREPARSED_DATA PreparsedData; // 预解析数据结构指针
    // 获取设备的预解析数据
    HidD_GetPreparsedData(DeviceHandle, &PreparsedData);
    /*
    函数：HidP_GetCaps
    说明：获取设备的功能信息。对于标准设备（如游戏手柄），可以了解设备的具体功能。
         对于自定义设备，软件可能已经知道设备的功能，此调用仅用于验证信息。
    参数：PreparsedData - 由 HidD_GetPreparsedData 返回的缓冲区指针
    返回值：包含设备信息的 Capabilities 结构体
    */
    HidP_GetCaps(PreparsedData, &Capabilities);
    // 不再需要 PreparsedData，释放内存
    HidD_FreePreparsedData(PreparsedData);
}
# PrepareForOverlappedTransfer
\n
// 函数：准备进行重叠传输
// 参数：无
// 返回值：无
void PrepareForOverlappedTransfer()
{
    // 获取用于重叠读取文件的设备句柄
    ReadHandle = CreateFile(
        detailData->DevicePath,                           // 设备路径
        GENERIC_READ,                                     // 读取权限
        FILE_SHARE_READ | FILE_SHARE_WRITE,               // 共享权限
        (LPSECURITY_ATTRIBUTES)NULL,                      // 安全属性
        OPEN_EXISTING,                                    // 打开已存在的文件
        FILE_ATTRIBUTE_NORMAL | FILE_FLAG_OVERLAPPED,     // 属性标志：正常文件 + 重叠标志
        NULL                                              // 模板句柄
    );
    // 如果事件对象未创建，创建一个事件对象
    if (hEventObject == 0)
    {
        hEventObject = CreateEvent(
            NULL,     // 默认安全属性
            TRUE,     // 手动重置
            TRUE,     // 初始状态为有信号
            \"\"        // 无名称
        );
        // 设置重叠结构的成员
        HIDOverlapped.hEvent = hEventObject;   // 事件句柄
        HIDOverlapped.Offset = 0;               // 偏移量
        HIDOverlapped.OffsetHigh = 0;           // 高位偏移量
    }
}
# CloseHandles
\n
// 函数：关闭句柄
// 参数：无
// 返回值：无
void CloseHandles()
{
    // 关闭打开的句柄
    // 如果设备句柄有效，关闭设备句柄并将其置为无效
    if (DeviceHandle != INVALID_HANDLE_VALUE)
    {
        CloseHandle(DeviceHandle);
        DeviceHandle = INVALID_HANDLE_VALUE;
    }
    // 如果读取句柄有效，关闭读取句柄并将其置为无效
    if (ReadHandle != INVALID_HANDLE_VALUE)
    {
        CloseHandle(ReadHandle);
        ReadHandle = INVALID_HANDLE_VALUE;
    }
    // 如果写入句柄有效，关闭写入句柄并将其置为无效
    if (WriteHandle != INVALID_HANDLE_VALUE)
    {
        CloseHandle(WriteHandle);
        WriteHandle = INVALID_HANDLE_VALUE;
    }
    // 销毁设备信息列表
    SetupDiDestroyDeviceInfoList(hDevInfo);
}
# WriteOutputReport
\n
// 函数：写入输出报告
// 参数：无
// 返回值：写入结果，成功返回 0，失败返回 - 1
int WriteOutputReport()
{
    // 向设备发送报告
    DWORD\tBytesWritten = 0;
    ULONG\tResult = 0;
    // 如果写入句柄有效，则进行写入操作
    if (WriteHandle != INVALID_HANDLE_VALUE)
    {
        // 调用 WriteFile 函数向设备写入数据
        Result = WriteFile(
            WriteHandle,                // 写入句柄
            InputReport,                // 待写入的数据
            Capabilities.OutputReportByteLength, // 写入数据的字节长度
            &BytesWritten,              // 实际写入的字节数
            NULL                        // 不使用重叠操作
        );
    }
    // 如果写入失败，则处理失败情况
    if (!Result)
    {
        // 获取错误信息
        BytesWritten = GetLastError();
        // 返回 - 1 表示写入失败
        return -1;
    }
    else
    {
        // 写入成功，返回 0 表示成功
        return 0;
    }
}
# WriteOutputReport
\n
// 函数：写入输出报告
// 参数：buf - 待发送的报告数据
// 返回值：写入结果，成功返回 0，失败返回 - 1
int WriteOutputReport(char *buf)
{
    // 将待发送的报告数据复制到 InputReport 缓冲区中
    memcpy(InputReport, buf, 256);
    // 定义变量用于记录写入操作结果和实际写入的字节数
    DWORD\tBytesWritten = 0;
    ULONG\tResult = 0;
    // 如果写入句柄有效，则进行写入操作
    if (WriteHandle != INVALID_HANDLE_VALUE && WriteHandle != NULL)
    {
        // 调用 WriteFile 函数向设备写入数据
        Result = WriteFile(
            WriteHandle,                        // 写入句柄
            InputReport,                        // 待写入的数据
            Capabilities.OutputReportByteLength,// 写入数据的字节长度
            &BytesWritten,                      // 实际写入的字节数
            NULL                                // 不使用重叠操作
        );
    }
    // 记录写入操作结果到日志文件
    WritebinErrLogFile((char *)InputReport, 65);
    // 如果写入失败，则处理失败情况
    if (!Result)
    {
        // 获取错误信息
        BytesWritten = GetLastError();
        // 记录失败信息到日志文件
        WriteLogFile(\"WriteOutputReport FAIL\");
        // 返回 - 1 表示写入失败
        return -1;
    }
    else
    {
        // 记录成功信息到日志文件
        WriteLogFile(\"WriteOutputReport success\");
        // 写入成功，返回 0 表示成功
        return 0;
    }
}
# WriteOutputReport2
\n
// 函数：写入输出报告 2
// 描述：向设备发送报告数据
// 返回值：写入结果，成功返回 0，失败返回 - 1
int WriteOutputReport2()
{
    // 定义变量用于记录写入操作结果和实际写入的字节数
    DWORD\tBytesWritten = 0;
    ULONG\tResult = 0;
    // 如果写入句柄有效，则进行写入操作
    if (WriteHandle != INVALID_HANDLE_VALUE)
    {
        // 清空 InputReport 缓冲区，并设置报告数据
        memset(InputReport, 0, 256);
        InputReport[1] = 0x39;
        InputReport[2] = 0x03;
        InputReport[4] = 0x03;
        InputReport[5] = 0x05;
        // 调用 WriteFile 函数向设备写入数据
        Result = WriteFile(
            WriteHandle,                        // 写入句柄
            InputReport,                        // 待写入的数据
            Capabilities.OutputReportByteLength,// 写入数据的字节长度
            &BytesWritten,                      // 实际写入的字节数
            NULL                                // 不使用重叠操作
        );
    }
    // 如果写入失败，则处理失败情况
    if (!Result)
    {
        // 获取错误信息
        BytesWritten = GetLastError();
        // 返回 - 1 表示写入失败
        return -1;
    }
    else
    {
        // 写入成功，返回 0 表示成功
        return 0;
    }
}
# ReadThreadFindHID
\n
// 函数：读取线程查找 HID 设备
// 描述：使用一系列的 API 调用查找具有指定供应商 ID 和产品 ID 的 HID 设备
// 返回值：如果找到目标设备返回 true，否则返回 false
bool ReadThreadFindHID()
{
    // 定义变量
    HIDD_ATTRIBUTES Attributes;
    DWORD DeviceUsage;
    SP_DEVICE_INTERFACE_DATA devInfoData;
    bool LastDevice = FALSE;
    int MemberIndex = 0;
    LONG Result;
    CString UsageDescription;
    // 重置长度和设备信息数据
    Length = 0;
    detailData = NULL;
    DeviceHandle = NULL;
    // 获取系统中所有 HID 设备的 GUID
    HidD_GetHidGuid(&HidGuid);
    // 获取设备信息集句柄
    hDevInfo = SetupDiGetClassDevs(
        &HidGuid,
        NULL,
        NULL,
        DIGCF_PRESENT | DIGCF_INTERFACEDEVICE
    );
    devInfoData.cbSize = sizeof(devInfoData);
    // 逐个检查可用设备，直到找到目标设备或检查完所有设备
    MemberIndex = 0;
    LastDevice = FALSE;
    do
    {
        // 枚举设备接口
        Result = SetupDiEnumDeviceInterfaces(
            hDevInfo,
            0,
            &HidGuid,
            MemberIndex,
            &devInfoData
        );
        if (Result != 0)
        {
            Result = SetupDiGetDeviceInterfaceDetail(
                hDevInfo,
                &devInfoData,
                NULL,
                0,
                &Length,
                NULL
            );
            // 分配内存给设备信息数据结构
            detailData = (PSP_DEVICE_INTERFACE_DETAIL_DATA)malloc(Length);
            detailData->cbSize = sizeof(SP_DEVICE_INTERFACE_DETAIL_DATA);
            // 获取设备接口详细信息
            Result = SetupDiGetDeviceInterfaceDetail(
                hDevInfo,
                &devInfoData,
                detailData,
                Length,
                &Required,
                NULL
            );
            // 打开设备文件句柄
            DeviceHandle = CreateFile(
                detailData->DevicePath,
                0,
                FILE_SHARE_READ | FILE_SHARE_WRITE,
                (LPSECURITY_ATTRIBUTES)NULL,
                OPEN_EXISTING,
                0,
                NULL
            );
            // 获取设备属性
            Attributes.Size = sizeof(Attributes);
            Result = HidD_GetAttributes(DeviceHandle, &Attributes);
            // 检查是否为目标设备
            MyDeviceDetected = FALSE;
            if (Attributes.VendorID == VendorID)
            {
                if (Attributes.ProductID == ProductID)
                {
                    // 供应商 ID 和产品 ID 都匹配
                    MyDeviceDetected = TRUE;
                    MyDevicePathName = detailData->DevicePath;
                    // 获取设备能力
                    GetDeviceCapabilities();
                    // 检查设备是否为系统鼠标或键盘
                    DeviceUsage = (Capabilities.UsagePage * 256) + Capabilities.Usage;
                    if (DeviceUsage == 0x102)
                    {
                        UsageDescription = \"mouse\";
                    }
                    if (DeviceUsage == 0x106)
                    {
                        UsageDescription = \"keyboard\";
                    }
                    // 创建读取句柄
                    ReadHandle = CreateFile(
                        detailData->DevicePath,
                        GENERIC_READ,
                        FILE_SHARE_READ | FILE_SHARE_WRITE,
                        (LPSECURITY_ATTRIBUTES)NULL,
                        OPEN_EXISTING,
                        FILE_ATTRIBUTE_NORMAL | FILE_FLAG_OVERLAPPED,
                        NULL
                    );
                    // 创建事件对象
                    if (hEventObject == 0)
                    {
                        hEventObject = CreateEvent(
                            NULL,
                            TRUE,
                            TRUE,
                            \"\"
                        );
                        // 设置 Overlapped 结构的成员
                        HIDOverlapped.hEvent = hEventObject;
                        HIDOverlapped.Offset = 0;
                        HIDOverlapped.OffsetHigh = 0;
                    }
                    // 创建写入句柄
                    WriteHandle = CreateFile(
                        detailData->DevicePath,
                        GENERIC_WRITE,
                        FILE_SHARE_READ | FILE_SHARE_WRITE,
                        (LPSECURITY_ATTRIBUTES)NULL,
                        OPEN_EXISTING,
                        FILE_ATTRIBUTE_NORMAL,
                        NULL
                    );
                }
                else
                {
                    // 产品 ID 不匹配，关闭设备句柄
                    CloseHandle(DeviceHandle);
                }
            }
            else
            {
                // 供应商 ID 不匹配，关闭设备句柄
                CloseHandle(DeviceHandle);
            }
            // 释放 detailData 结构占用的内存
            free(detailData);
        }
        else
        {
            // 枚举设备接口失败，没有更多设备可用
            LastDevice = TRUE;
        }
        // 如果还未找到目标设备，并且还有可用设备，尝试下一个
        MemberIndex = MemberIndex + 1;
    } while ((LastDevice == FALSE) && (MyDeviceDetected == FALSE));
    // 释放 SetupDiClassDevs 保留的内存
    SetupDiDestroyDeviceInfoList(hDevInfo);
    return MyDeviceDetected;
}
# TeaEncrypt
\n
// 函数：TEA 加密
// 描述：使用 Tiny Encryption Algorithm（TEA）对数据进行加密
// 参数：
//- v: 待加密的数据数组
//- n: 数据数组的长度
//- k: 加密密钥数组（4 个无符号整数）
void TeaEncrypt(unsigned int *v, unsigned int n, unsigned int *k)
{
    unsigned int z, y, sum = 0, e, DELTA = 0x9e3779b9;
    long p, q;
    z = v[n - 1];
    y = v[0];
    q = 6 + 52 / n;
    while (q-- > 0)
    {
        sum += DELTA;
        e = (sum >> 2) & 3;
        for (p = 0; p < n - 1; p++)
        {
            y = v[p + 1];
            z = v[p] += (z >> 5 ^ y << 2) + (y >> 3 ^ z << 4) ^ (sum ^ y) + (k[p & 3 ^ e] ^ z);
        }
        y = v[0];
        z = v[n - 1] += (z >> 5 ^ y << 2) + (y >> 3 ^ z << 4) ^ (sum ^ y) + (k[p & 3 ^ e] ^ z);
    }
}
# TeaDecrypt
\n
// 函数：TEA 解密
// 描述：使用 Tiny Encryption Algorithm（TEA）对数据进行解密
// 参数：
//- v: 待解密的数据数组
//- n: 数据数组的长度
//- k: 解密密钥数组（4 个无符号整数）
void TeaDecrypt(unsigned int *v, unsigned int n, unsigned int *k)
{
    // n > 1
    unsigned int z, y, sum = 0, e, DELTA = 0x9e3779b9;
    long p, q;
    y = v[0];
    q = 6 + 52 / n;
    sum = q * DELTA;
    while (sum != 0)
    {
        e = (sum >> 2) & 3;
        for (p = n - 1; p > 0; p--)
        {
            z = v[p - 1];
            y = v[p] -= (z >> 5 ^ y << 2) + (y >> 3 ^ z << 4) ^ (sum ^ y) + (k[p & 3 ^ e] ^ z);
        }
        z = v[n - 1];
        y = v[0] -= (z >> 5 ^ y << 2) + (y >> 3 ^ z << 4) ^ (sum ^ y) + (k[p & 3 ^ e] ^ z);
        sum -= DELTA;
    }
}
# FP_CHECH
\n
// 函数：FP_CHECH
// 描述：进行指纹检查，向设备发送指纹检查命令并读取响应
// 返回值：指向响应数据的指针，如果发生错误则返回空指针
unsigned char *FP_CHECH()
{
    DWORD Result;
    // 准备发送给设备的数据
    char buf[65];
    memset(buf, 0, 65);
    buf[0] = 0x00;
    buf[1] = 0x55;
    buf[2] = 0x7A;
    buf[4] = 0x04; // 命令长度
    buf[5] = 0x50;
    buf[6] = 0x11;
    crc_calc(buf + 3, 6); // 计算 CRC 校验码
    // 向设备发送数据
    WriteOutputReport(buf);
    // 读取设备响应
    if (ReadHandle != INVALID_HANDLE_VALUE)
    {
        Result = ReadFile(ReadHandle, InputReport, Capabilities.InputReportByteLength, &NumberOfBytesRead, (LPOVERLAPPED) &HIDOverlapped);
    }
    else
    {
        // 设备句柄无效，返回空指针
        return nullptr;
    }
    // 等待读取完成或超时
    Result = WaitForSingleObject(hEventObject, 5000);
    switch (Result)
    {
        case WAIT_OBJECT_0: // 读取完成
        {
            ResetEvent(hEventObject);
            CloseHandles();
            // 返回响应数据指针
            return (unsigned char *)(InputReport + 4);
        }
        break;
        case WAIT_TIMEOUT: // 超时
        {
            ResetEvent(hEventObject);
        }
        break;
        default: // 其他错误
        {
        }
        break;
    }
    // 关闭句柄并返回空指针
    return nullptr;
}
# FP_REG
\n
// 函数：FP_REG
// 描述：进行指纹注册，向设备发送指纹注册命令并读取响应
// 参数：index - 指纹索引
// 返回值：指向响应数据的指针，如果发生错误则返回空指针
unsigned char *FP_REG(int index)
{
    DWORD Result;
    // 计算索引偏移量
    char off1 = index / 256;
    char off2 = index % 256;
    // 准备发送给设备的数据
    char buf[65];
    memset(buf, 0, 65);
    buf[0] = 0x00;
    buf[1] = 0x55;
    buf[2] = 0x7A;
    buf[4] = 0x06; // 命令长度
    buf[5] = 0x50;
    buf[6] = 0x12;
    buf[7] = off1;
    buf[8] = off2;
    crc_calc(buf + 3, 8); // 计算 CRC 校验码
    // 向设备发送数据
    WriteOutputReport(buf);
    // 读取设备响应
    if (ReadHandle != INVALID_HANDLE_VALUE)
    {
        Result = ReadFile(ReadHandle, InputReport, Capabilities.InputReportByteLength, &NumberOfBytesRead, (LPOVERLAPPED) &HIDOverlapped);
    }
    else
    {
        // 设备句柄无效，返回空指针
        return nullptr;
    }
    // 等待读取完成或超时
    Result = WaitForSingleObject(hEventObject, 5000);
    switch (Result)
    {
        case WAIT_OBJECT_0: // 读取完成
        {
            ResetEvent(hEventObject);
            CloseHandles();
            // 返回响应数据指针
            return (unsigned char *)(InputReport + 5);
        }
        break;
        case WAIT_TIMEOUT: // 超时
        {
            ResetEvent(hEventObject);
        }
        break;
        default: // 其他错误
        {
        }
        break;
    }
    // 关闭句柄并返回空指针
    return nullptr;
}
# FP_DEL
\n
// 函数：FP_DEL
// 描述：删除指定索引范围内的指纹数据，向设备发送删除命令并读取响应
// 参数：index1 - 起始索引，index2 - 结束索引
// 返回值：指向响应数据的指针，如果发生错误则返回空指针
unsigned char *FP_DEL(int index1, int index2)
{
    DWORD Result;
    // 准备发送给设备的数据
    char buf[65];
    memset(buf, 0, 65);
    buf[0] = 0x00;
    buf[1] = 0x55;
    buf[2] = 0x7A;
    buf[4] = 0x08; // 命令长度
    buf[5] = 0x50;
    buf[6] = 0x13;
    buf[7] = index1 / 256;
    buf[8] = index1 % 256;
    buf[9] = index2 / 256;
    buf[10] = index2 % 256;
    crc_calc(buf + 3, 10); // 计算 CRC 校验码
    // 向设备发送数据
    WriteOutputReport(buf);
    // 读取设备响应
    if (ReadHandle != INVALID_HANDLE_VALUE)
    {
        Result = ReadFile(ReadHandle, InputReport, Capabilities.InputReportByteLength, &NumberOfBytesRead, (LPOVERLAPPED) &HIDOverlapped);
    }
    else
    {
        // 设备句柄无效，返回空指针
        return nullptr;
    }
    // 等待读取完成或超时
    Result = WaitForSingleObject(hEventObject, 500);
    switch (Result)
    {
        case WAIT_OBJECT_0: // 读取完成
        {
            ResetEvent(hEventObject);
            // 返回响应数据指针
            return (unsigned char *)(InputReport + 5);
        }
        break;
        case WAIT_TIMEOUT: // 超时
        {
            ResetEvent(hEventObject);
        }
        break;
        default: // 其他错误
        {
        }
        break;
    }
    // 返回空指针
    return nullptr;
}
# GET_SN
\n
// 函数：GET_SN
// 描述：获取设备的序列号，向设备发送获取序列号命令并读取响应
// 返回值：指向设备序列号的指针，如果发生错误则返回空指针
unsigned char *GET_SN()
{
    DWORD Result;
    // 准备发送给设备的数据
    char buf[65];
    memset(buf, 0, 65);
    buf[0] = 0x00;
    buf[1] = 0x55;
    buf[2] = 0x7A;
    buf[4] = 0x05; // 命令长度
    buf[5] = 0x7c;
    buf[6] = 0x00;
    buf[7] = 0x08;
    crc_calc(buf + 3, 7); // 计算 CRC 校验码
    // 向设备发送数据
    WriteOutputReport(buf);
    // 读取设备响应
    if (ReadHandle != INVALID_HANDLE_VALUE)
    {
        Result = ReadFile(ReadHandle, InputReport, Capabilities.InputReportByteLength, &NumberOfBytesRead, (LPOVERLAPPED) &HIDOverlapped);
    }
    else
    {
        // 设备句柄无效，返回空指针
        return nullptr;
    }
    // 等待读取完成或超时
    Result = WaitForSingleObject(hEventObject, 500);
    switch (Result)
    {
        case WAIT_OBJECT_0: // 读取完成
        {
            ResetEvent(hEventObject);
            // 返回序列号数据指针
            return (unsigned char *)(InputReport + 6);
        }
        break;
        case WAIT_TIMEOUT: // 超时
        {
            ResetEvent(hEventObject);
        }
        break;
        default: // 其他错误
        {
        }
        break;
    }
    // 返回空指针
    return nullptr;
}
# DEL_ID
\n
// 函数：DEL_ID
// 描述：从设备中删除指纹 ID
// 返回值：指向删除操作结果的指针，如果发生错误则返回空指针
unsigned char *DEL_ID()
{
    DWORD Result;
    // 准备发送给设备的数据
    char buf[65];
    memset(buf, 0, 65);
    buf[0] = 0x00;
    buf[1] = 0x55;
    buf[2] = 0x7A;
    buf[4] = 0x04; // 命令长度
    buf[5] = 0x7d;
    buf[6] = 0x00;
    crc_calc(buf + 3, 6); // 计算 CRC 校验码
    // 向设备发送数据
    WriteOutputReport(buf);
    // 读取设备响应
    if (ReadHandle != INVALID_HANDLE_VALUE)
    {
        Result = ReadFile(ReadHandle, InputReport, Capabilities.InputReportByteLength, &NumberOfBytesRead, (LPOVERLAPPED) &HIDOverlapped);
    }
    else
    {
        // 设备句柄无效，返回空指针
        return nullptr;
    }
    // 等待读取完成或超时
    Result = WaitForSingleObject(hEventObject, 500);
    switch (Result)
    {
        case WAIT_OBJECT_0: // 读取完成
        {
            ResetEvent(hEventObject);
            // 返回删除操作结果指针
            return (unsigned char *)(InputReport + 5);
        }
        break;
        case WAIT_TIMEOUT: // 超时
        {
            ResetEvent(hEventObject);
        }
        break;
        default: // 其他错误
        {
        }
        break;
    }
    // 返回空指针
    return nullptr;
}
# ADD_ID
\n
// 函数：ADD_ID
// 描述：向设备中添加指纹 ID
// 参数：
//   - data: 指向包含要添加的指纹 ID 数据的指针
// 返回值：指向添加操作结果的指针，如果发生错误则返回空指针
unsigned char *ADD_ID(char *data)
{
    DWORD Result;
    // 准备发送给设备的数据
    char buf[65];
    memset(buf, 0, 65);
    buf[0] = 0x00;
    buf[1] = 0x55;
    buf[2] = 0x7A;
    buf[4] = 0x15; // 命令长度
    buf[5] = 0x7e;
    memcpy(buf + 6, data, 18); // 将指纹 ID 数据复制到缓冲区中
    crc_calc(buf + 3, 0x17); // 计算 CRC 校验码
    WriteOutputReport(buf);
    // 循环读取设备响应
    while (1)
    {
        // 读取设备响应
        if (ReadHandle != INVALID_HANDLE_VALUE)
        {
            Result = ReadFile(ReadHandle, InputReport, Capabilities.InputReportByteLength, &NumberOfBytesRead, (LPOVERLAPPED) &HIDOverlapped);
        }
        else
        {
            // 设备句柄无效，返回空指针
            return nullptr;
        }
        Result = WaitForSingleObject(hEventObject, 5000); // 等待读取完成或超时
        switch (Result)
        {
            case WAIT_OBJECT_0: // 读取完成
            {
                if (InputReport[5] != 0x7E) // 检查响应是否为添加成功的标志
                {
                    break;
                }
                else
                {
                    ResetEvent(hEventObject);
                    CloseHandles();
                    return (unsigned char *)(InputReport + 5); // 返回添加操作结果指针
                }
            }
            break;
            case WAIT_TIMEOUT: // 超时
            {
                ResetEvent(hEventObject);
                return nullptr;
            }
            break;
            default: // 其他错误
            {
                return nullptr;
            }
            break;
        }
        continue;
    }
    return nullptr;
}
# write_log_file
\n
// 函数：write_log_file
// 描述：向日志文件中写入字符串
// 参数：
//   - str: 要写入的字符串
// 返回值：写入操作的状态，0 表示成功，-1 表示失败
int write_log_file(const char *str)
{
    FILE *file = fopen(\"data.txt\", \"a+\"); // 打开日志文件，以追加方式写入
    if (file == NULL)
    {
        // 文件打开失败，可以选择退出或者其他处理方式
        return -1;
    }
    unsigned int len = strlen(str);
    unsigned int wlen = fwrite(str, sizeof(char), len, file); // 将字符串写入文件
    fputc('\\n', file); // 写入换行符
    if (len != wlen)
    {
        // 写入长度不匹配，可能发生了写入错误，可以选择退出或者其他处理方式
        fclose(file);
        return -1;
    }
    fclose(file); // 关闭文件
    return 0; // 返回写入成功状态
}
",
            "tags": [
                "熟悉项目"
            ]
        },
        {
            "id": "https://hk2012.github.io/2024/04/10/course/%E5%B5%8C%E5%85%A5%E5%BC%8F%E5%AD%A6%E4%B9%A0%E5%92%8C%E5%BC%80%E5%8F%91/",
            "url": "https://hk2012.github.io/2024/04/10/course/%E5%B5%8C%E5%85%A5%E5%BC%8F%E5%AD%A6%E4%B9%A0%E5%92%8C%E5%BC%80%E5%8F%91/",
            "title": "嵌入式学习和开发",
            "date_published": "2024-04-10T03:10:00.000Z",
            "content_html": "
# 基础知识
\n
# 常见问题
\n
# 数字含义
\n\n
main 函数 return 0, 代表成功还是失败
\n
# 内存管理
\n
    \n
  1. \n
    malloc ()： 用于动态分配内存空间。其原型为 void* malloc (size_t size)，其中 size 参数表示需要分配的字节数。malloc () 返回一个指向分配内存起始地址的指针，如果分配失败，则返回 NULL。
    \n
    2. \n
  2. \n
    calloc ()： 用于动态分配并初始化内存空间。其原型为 void* calloc (size_t num, size_t size)，其中 num 为元素个数，size 为每个元素的大小。calloc () 返回一个指向分配内存起始地址的指针，如果分配失败，则返回 NULL。与 malloc () 不同的是，calloc () 分配的内存会被初始化为零。
    \n
    3. \n
  3. \n
    realloc ()： 用于重新分配已分配内存的大小。其原型为 void* realloc (void* ptr, size_t size)，其中 ptr 是之前分配内存的指针，size 是重新分配的字节数。如果分配成功，则返回一个指向新分配内存起始地址的指针，如果分配失败，则返回 NULL。注意，如果重新分配失败，原始内存块仍然保持不变，不会被释放。
    \n
    4. \n
  4. \n
    free ()： 用于释放动态分配的内存空间。其原型为 void free (void* ptr)，其中 ptr 是需要释放的内存块的指针。一旦释放，该内存块就可以被重新分配或使用。
    \n\n
    #include <stdio.h>
    #include <stdlib.h>
    int main() {
        int *ptr1, *ptr2, *ptr3;
        
        // 使用 malloc () 分配 5 个整型空间
        ptr1 = (int*)malloc(5 * sizeof(int));
        if (ptr1 == NULL) {
            printf(\"内存分配失败\\n\");
            return 1;
        }
        
        // 使用 calloc () 分配 3 个整型空间，并初始化为 0
        ptr2 = (int*)calloc(3, sizeof(int));
        if (ptr2 == NULL) {
            printf(\"内存分配失败\\n\");
            free(ptr1); // 释放之前分配的内存
            return 1;
        }
        
        // 使用 realloc () 扩展 ptr1 指向的内存空间为 8 个整型
        ptr3 = (int*)realloc(ptr1, 8 * sizeof(int));
        if (ptr3 == NULL) {
            printf(\"内存分配失败\\n\");
            free(ptr1); // 释放之前分配的内存
            free(ptr2); // 释放之前分配的内存
            return 1;
        } else {
            ptr1 = ptr3; // 使 ptr1 指向扩展后的内存空间
        }
        
        // 释放内存
        free(ptr1);
        free(ptr2);
        
        return 0;
    }
    \n
    5. \n
\n
# 指针基础知识
\n\n
# 嵌入式开发的编程语言
\n\n",
            "tags": [
                "项目开发"
            ]
        },
        {
            "id": "https://hk2012.github.io/2024/04/01/java/%E8%83%BD%E6%BA%90%E4%BA%92%E8%81%94%E7%BD%91%E8%90%A5%E9%94%80%E8%AE%BE%E8%AE%A1%E6%96%B9%E6%A1%88%E5%8F%8A%E5%BB%BA%E8%AE%BE/",
            "url": "https://hk2012.github.io/2024/04/01/java/%E8%83%BD%E6%BA%90%E4%BA%92%E8%81%94%E7%BD%91%E8%90%A5%E9%94%80%E8%AE%BE%E8%AE%A1%E6%96%B9%E6%A1%88%E5%8F%8A%E5%BB%BA%E8%AE%BE/",
            "title": "能源互联网营销设计方案及建设",
            "date_published": "2024-04-01T01:10:00.000Z",
            "content_html": "
# 研发人员能源互联网关注点
\n
# 技术架构和系统设计：
\n
    \n
  1. 开发人员需要理解和评估能源互联网营销系统的技术架构，包括后端服务器、数据库、前端界面等方面的设计。他们需要确保系统具有良好的可扩展性、性能和安全性。
    2. \n
  2. 总体架构图\n\n
    3. \n
  3. 技术架构图第一版\n\n
    4. \n
  4. 技术架构图第二版\n\n
    5. \n
  5. 延展设计图\n\n
    6. \n
\n
# 数据管理和分析：
\n
    \n
  1. 能源互联网营销系统涉及大量数据的收集、存储和分析，开发人员需要关注数据管理的方案，包括数据的采集、清洗、存储和处理，以及数据分析和挖掘技术的应用。
    2. \n
\n
# 用户体验和界面设计：
\n
    \n
  1. 用户体验对于能源互联网营销系统至关重要。开发人员需要与设计团队合作，确保系统界面友好、易用，并能够满足用户的需求和期望。
    2. \n
\n
# 安全性和隐私保护：
\n
    \n
  1. 能源互联网营销涉及用户的个人和敏感信息，因此安全性和隐私保护是至关重要的。开发人员需要关注系统的安全设计，包括身份验证、数据加密、访问控制等方面的实施。
    2. \n
\n
# 云计算和物联网技术：
\n
    \n
  1. 能源互联网营销系统通常需要借助云计算和物联网技术实现设备之间的连接和数据交换。开发人员需要了解并熟练应用这些技术，确保系统的稳定性和可靠性。
    2. \n
\n
# 集成和扩展性：
\n
    \n
  1. 能源互联网营销系统通常需要与其他系统集成，例如能源管理系统、智能电表系统等。开发人员需要考虑系统的集成方案，并确保系统具有良好的扩展性，能够满足未来业务发展的需求。
    2. \n
\n
# 持续优化和迭代：
\n
    \n
  1. 能源互联网营销系统是一个持续发展的过程，开发人员需要通过持续优化和迭代来不断改进系统，以满足用户和业务的不断变化的需求。
    2. \n
\n
# 数据库信息汇总
\n
    \n
  1. Oracle DB1\n\n
    2. \n
  2. Oracle DB3\n\n
    3. \n
  3. Oracle DB4\n\n
    4. \n
  4. MySQL\n\n
    5. \n
\n",
            "tags": [
                "项目熟悉"
            ]
        },
        {
            "id": "https://hk2012.github.io/2024/02/17/doc/%E5%8F%8C%E4%BA%B2%E5%A7%94%E6%B4%BE%E6%9C%BA%E5%88%B6%E6%98%AF%E4%BB%80%E4%B9%88/",
            "url": "https://hk2012.github.io/2024/02/17/doc/%E5%8F%8C%E4%BA%B2%E5%A7%94%E6%B4%BE%E6%9C%BA%E5%88%B6%E6%98%AF%E4%BB%80%E4%B9%88/",
            "title": "双亲委派机制是什么",
            "date_published": "2024-02-17T08:30:00.000Z",
            "content_html": "
# 双亲委派机制是什么
\n
# 概念
\n
双亲委派模式是在 Java 1.2 后引入的，其工作原理的是，如果一个类加载器收到了类加载请求，它并不会自己先去加载，而是把这个请求委托给父类的加载器去执行，如果父类加载器还存在其父类加载器，则进一步向上委托，依次递归，请求最终将到达顶层的启动类加载器，如果父类加载器可以完成类加载任务，就成功返回，倘若父类加载器无法完成此加载任务，子加载器才会尝试自己去加载，这就是双亲委派模式
\n
# 双亲委派的好处
\n\n
# 如何破坏双亲委派模型
\n
    \n
  1. 在 jdk 1.2 之前，那时候还没有双亲委派模型，不过已经有了 ClassLoader 这个抽象类，所以已经有人继承这个抽象类，重写 loadClass 方法来实现用户自定义类加载器。而在 1.2 的时候要引入双亲委派模型，为了向前兼容， loadClass 这个方法还得保留着使之得以重写，新搞了个 findClass 方法让用户去重写，并呼吁大家不要重写 loadClass 只要重写 findClass。这就是第一次对双亲委派模型的破坏，因为双亲委派的逻辑在 loadClass 上，但是又允许重写 loadClass，重写了之后就可以破坏委派逻辑了。
    2. \n
  2. 双亲委派模型的第二次 “被破坏” 是 ServiceLoader 和 Thread.setContextClassLoader ()。即线程上下文类加载器（contextClassLoader）。双亲委派模型很好地解决了各个类加载器的基础类统一问题 (越基础的类由越上层的加载器进行加载)，基础类之所以被称为 “基础”，是因为它们总是作为被调用代码调用的 API。但是，如果基础类又要调用用户的代码，那该怎么办呢？线程上下文类加载器就出现了。\n
      \n
    1. SPI。这个类加载器可以通过 java.lang.Thread 类的 setContextClassLoader () 方法进行设置，如果创建线程时还未设置，它将会从父线程中继承一个；如果在应用程序的全局范围内都没有设置过，那么这个类加载器默认就是应用程序类加载器。了有线程上下文类加载器，JNDI 服务使用这个线程上下文类加载器去加载所需要的 SPI 代码，也就是父类加载器请求子类加载器去完成类加载动作，这种行为实际上就是打通了双亲委派模型的层次结构来逆向使用类加载器，已经违背了双亲委派模型，但这也是无可奈何的事情。Java 中所有涉及 SPI 的加载动作基本上都采用这种方式，例如 JNDI,JDBC,JCE,JAXB 和 JBI 等。
      2. \n
    2. 线程上下文类加载器默认情况下就是 AppClassLoader，那为什么不直接通过 getSystemClassLoader () 获取类加载器来加载 classpath 路径下的类的呢？其实是可行的，但这种直接使用 getSystemClassLoader () 方法获取 AppClassLoader 加载类有一个缺点，那就是代码部署到不同服务时会出现问题，如把代码部署到 Java Web 应用服务或者 EJB 之类的服务将会出问题，因为这些服务使用的线程上下文类加载器并非 AppClassLoader，而是 Java Web 应用服自家的类加载器，类加载器不同。，所以我们应用该少用 getSystemClassLoader ()。总之不同的服务使用的可能默认 ClassLoader 是不同的，但使用线程上下文类加载器总能获取到与当前程序执行相同的 ClassLoader，从而避免不必要的问题
      3. \n
    \n
    3. \n
  3. 双亲委派模型的第三次 “被破坏” 是由于用户对程序动态性的追求导致的，这里所说的 “动态性” 指的是当前一些非常 “热门” 的名词：代码热替换、模块热部署等，简单的说就是机器不用重启，只要部署上就能用
    4. \n
  4. 在 JDK9 引入模块系统之后，类加载器的实现其实做了一波更新。当收到类加载请求，会先判断该类在具体模块中是否有定义，如果有定义就自己加载了，没的话再委派给父类。关于 JDK9 相关的知识点就不展开了，有兴趣的自行查阅。所以这就是第四次破坏。
    5. \n
\n
# 破坏双亲委派模型的案例
\n\n",
            "tags": [
                "总结"
            ]
        },
        {
            "id": "https://hk2012.github.io/2024/02/17/doc/%E4%BB%80%E4%B9%88%E6%98%AF%E5%AD%97%E8%8A%82%E7%A0%81%E4%BB%A5%E5%8F%8A%E5%AE%83%E7%9A%84%E7%BB%84%E6%88%90/",
            "url": "https://hk2012.github.io/2024/02/17/doc/%E4%BB%80%E4%B9%88%E6%98%AF%E5%AD%97%E8%8A%82%E7%A0%81%E4%BB%A5%E5%8F%8A%E5%AE%83%E7%9A%84%E7%BB%84%E6%88%90/",
            "title": "什么是字节码以及它的组成",
            "date_published": "2024-02-17T05:30:00.000Z",
            "content_html": "
# 什么是字节码以及它的组成
\n
# 字节码概念
\n
Java 字节码（英语：Java bytecode）是 Java 虚拟机执行的一种指令格式。
\n
大多数操作码都是一个字节长，而有些操作需要参数，导致了有一些多字节的操作码。
\n
因为 JVM 针对各种操作系统和平台都进行了定制，无论在什么平台，都可以通过 javac 命令将一个.java 文件编译成固定格式的字节码（.class 文件）供 JVM 使用。之所以被称为字节码，是因为 **.class 文件是由十六进制值组成的，JVM 以两个十六进制值为一组，就是以字节为单位进行读取 **
\n
格式如下
\n
\"bytecode\"
\n
# 字节码的组成
\n
JVM 对字节码的规范是有要求的，要求每一个字节码文件都要有 10 部分固定的顺序组成：
\n
魔术、版本号、常量池、访问标志、当前类索引、父类索引、接口索引、字段表、方法表、附件属性
\n
\"bytecode2\"
\n
详细如下：
\n
    \n
  1. 魔数
    2. \n
\n
所有的.class 文件的前 4 个字节都是魔数，魔数以一个固定值：0xCAFEBABE，放在文件的开头，JVM 就可以根据这个文件的开头来判断这个文件是否可能是一个.class 文件，如果是以这个开头，才会往后执行下面的操作，这个魔数的固定值是 Java 之父 James Gosling 指定的，意为 CafeBabe（咖啡宝贝）
\n
    \n
  1. 版本号
    2. \n
\n
版本号是魔术之后的 4 个字节，前两个字节表示次版本号（Minor Version），后两个字节表示主版本号（Major Version），上面的 0000 0032，次版本号 0000 转为十进制是 0，主版本号 0032 转为十进制 50，对应下图的版本映射关系，可以看到对应的 java 版本号是 1.6
\n
\"image.png\"
\n
    \n
  1. 常量池
    2. \n
\n
紧接着主版本号之后的字节为常量池入口，常量池中有两类常量：字面量和符号引用，字面量是代码中申明为 Final 的常量值，符号引用是如类和接口的全局限定名、字段的名称和描述符、方法的名称和描述符。常量池整体分为两个部分：常量池计数器以及常量池数据区
\n\"\"
\n
    \n
  1. 访问标志
    2. \n
\n
常量池结束后的两个字节，描述的是类还是接口，以及是否被 Public、Abstract、Final 等修饰符修饰，JVM 规范规定了 9 种访问标示（Access_Flag）JVM 是通过按位或操作来描述所有的访问标示的，比如类的修饰符是 Public Final，则对应的访问修饰符的值为 ACC_PUBLIC | ACC_FINAL，即 0x0001 | 0x0010=0x0011
\n\"\"
\n
    \n
  1. 当前类索引
    2. \n
\n
访问标志后的两个字节，描述的是当前类的全限定名，这两个字节保存的值是常量池中的索引值，根据索引值就能在常量池中找到这个类的全限定名
\n​
\n
    \n
  1. 父类索引
    2. \n
\n
当前类名后的两个字节，描述的父类的全限定名，也是保存的常量池中的索引值
\n
    \n
  1. 接口索引
    2. \n
\n
父类名称后的两个字节，是接口计数器，描述了该类或者父类实现的接口数量，紧接着的 n 个字节是所有接口名称的字符串常量的索引值
\n
    \n
  1. 字段表
    2. \n
\n
用于描述类和接口中声明的变量，包含类级别的变量和实例变量，但是不包含方法内部声明的局部变量，字段表也分为两个部分，第一部分是两个字节，描述字段个数，第二部分是每个字段的详细信息 fields_info
\n\"\"
\n
    \n
  1. 方法表
    2. \n
\n
字段表结束后为方法表，方法表也分为两个部分，第一个部分是两个字节表述方法的个数，第二部分是每个方法的详细信息
\n方法的访问信息比较复杂，包括方法的访问标志、方法名、方法的描述符和方法的属性：
\n\"\"
\n
    \n
  1. 附加属性
    2. \n
\n
字节码的最后一部分，该项存放了在该文件中类或接口所定义属性的基本信息。
\n",
            "tags": [
                "总结"
            ]
        },
        {
            "id": "https://hk2012.github.io/2024/02/16/doc/plan/",
            "url": "https://hk2012.github.io/2024/02/16/doc/plan/",
            "title": "课程计划",
            "date_published": "2024-02-16T10:40:33.000Z",
            "content_html": "
# 学习计划
\n\n
# 消息队列
\n
- \n
\n
# 数据库
\n
- \n
\n
# Linux 操作系统
\n
- \n
\n
# 软件工程概论
\n
- \n
\n
# 微服务架构
\n\n
# 计算机网络
\n\n
# 项目介绍
\n
- 工业互联网标识解析系统\n- ERP管理系统\n- 安全管家\n- EAP数据采集平台\n- 中电智恒BPO运营管理系统\n- O-wind数字能源服务平台
\n",
            "tags": []
        },
        {
            "id": "https://hk2012.github.io/2024/02/16/doc/%E4%BB%80%E4%B9%88%E6%98%AF%E5%AE%88%E6%8A%A4%E7%BA%BF%E7%A8%8B/",
            "url": "https://hk2012.github.io/2024/02/16/doc/%E4%BB%80%E4%B9%88%E6%98%AF%E5%AE%88%E6%8A%A4%E7%BA%BF%E7%A8%8B/",
            "title": "什么是守护线程",
            "date_published": "2024-02-16T05:30:00.000Z",
            "content_html": "
# 什么是守护线程
\n
在 Java 中有两类线程：User Thread (用户线程)、Daemon Thread (守护线程)
\n
任何一个守护线程都是整个 JVM 中所有非守护线程的保姆：
\n
只要当前 JVM 实例中尚存在任何一个非守护线程没有结束，守护线程就全部工作；只有当最后一个非守护线程结束时，守护线程随着 JVM 一同结束工作。Daemon 的作用是为其他线程的运行提供便利服务，守护线程最典型的应用就是 GC (垃圾回收器)，它就是一个很称职的守护者。
\n
User 和 Daemon 两者几乎没有区别，唯一的不同之处就在于虚拟机的离开：如果 User Thread 已经全部退出运行了，只剩下 Daemon Thread 存在了，虚拟机也就退出了。 因为没有了被守护者，Daemon 也就没有工作可做了，也就没有继续运行程序的必要了。
\n
注意事项:
\n
(1) thread.setDaemon (true) 必须在 thread.start () 之前设置，否则会出现一个 IllegalThreadStateException 异常。只能在线程未开始运行之前设置为守护线程。
\n
(2) 在 Daemon 线程中产生的新线程也是 Daemon 的。
\n
(3) 不要认为所有的应用都可以分配给 Daemon 来进行读写操作或者计算逻辑，因为这会可能回到数据不一致的状态。
\n",
            "tags": [
                "总结"
            ]
        },
        {
            "id": "https://hk2012.github.io/2024/02/16/doc/%E4%B8%BA%E4%BB%80%E4%B9%88%E8%A6%81%E4%BD%BF%E7%94%A8%E7%BA%BF%E7%A8%8B%E6%B1%A0/",
            "url": "https://hk2012.github.io/2024/02/16/doc/%E4%B8%BA%E4%BB%80%E4%B9%88%E8%A6%81%E4%BD%BF%E7%94%A8%E7%BA%BF%E7%A8%8B%E6%B1%A0/",
            "title": "为什么要使用线程池",
            "date_published": "2024-02-15T23:30:00.000Z",
            "content_html": "
# 为什么要使用线程池
\n
Java 线程的创建非常昂贵，需要 JVM 和 OS（操作系统）配合完成大量的工作：
\n
（1）必须为线程堆栈分配和初始化大量内存块，其中包含至少 1MB 的栈内存。
\n
（2）需要进行系统调用，以便在 OS（操作系统）中创建和注册本地线程。
\n
Java 高并发应用频繁创建和销毁线程的操作是非常低效的，而且是不被编程规范所允许的。如何降低 Java 线程的创建成本？必须使用到线程池。线程池主要解决了以下两个问题：
\n
（1）提升性能：线程池能独立负责线程的创建、维护和分配。在执行大量异步任务时，可以不需要自己创建线程，而是将任务交给线程池去调度。线程池能尽可能使用空闲的线程去执行异步任务，最大限度地对已经创建的线程进行复用，使得性能提升明显。
\n
（2）线程管理：每个 Java 线程池会保持一些基本的线程统计信息，例如完成的任务数量、空闲时间等，以便对线程进行有效管理，使得能对所接收到的异步任务进行高效调度。
\n",
            "tags": [
                "总结"
            ]
        },
        {
            "id": "https://hk2012.github.io/2024/02/15/doc/%E7%BA%BF%E7%A8%8B%E6%B1%A0%E7%BA%BF%E7%A8%8B%E5%A4%8D%E7%94%A8%E7%9A%84%E5%8E%9F%E7%90%86%E6%98%AF%E4%BB%80%E4%B9%88/",
            "url": "https://hk2012.github.io/2024/02/15/doc/%E7%BA%BF%E7%A8%8B%E6%B1%A0%E7%BA%BF%E7%A8%8B%E5%A4%8D%E7%94%A8%E7%9A%84%E5%8E%9F%E7%90%86%E6%98%AF%E4%BB%80%E4%B9%88/",
            "title": "线程池线程复用的原理是什么",
            "date_published": "2024-02-15T10:30:00.000Z",
            "content_html": "
# 线程池线程复用的原理是什么
\n
思考这么一个问题：任务结束后会不会回收线程？
\n
答案是：allowCoreThreadTimeOut 控制
\n
/java/util/concurrent/ThreadPoolExecutor.java:1127
final void runWorker(Worker w) {
        Thread wt = Thread.currentThread();
        Runnable task = w.firstTask;
        w.firstTask = null;
        w.unlock(); // allow interrupts
        boolean completedAbruptly = true;
        try {
            while (task != null || (task = getTask()) != null) {...执行任务...}
            completedAbruptly = false;
        } finally {
            processWorkerExit(w, completedAbruptly);
        }
    }
首先线程池内的线程都被包装成了一个个的java.util.concurrent.ThreadPoolExecutor.Worker,然后这个worker会马不停蹄的执行任务,执行完任务之后就会在while循环中去取任务,取到任务就继续执行,取不到任务就跳出while循环(这个时候worker就不能再执行任务了)执行 processWorkerExit方法,这个方法呢就是做清场处理,将当前woker线程从线程池中移除,并且判断是否是异常的进入processWorkerExit方法,如果是非异常情况,就对当前线程池状态(RUNNING,shutdown)和当前工作线程数和当前任务数做判断,是否要加入一个新的线程去完成最后的任务(防止没有线程去做剩下的任务).
那么什么时候会退出while循环呢?取不到任务的时候(getTask() == null).下面看一下getTask方法
private Runnable getTask() {
        boolean timedOut = false; // Did the last poll() time out?
        for (;;) {
            int c = ctl.get();
            int rs = runStateOf(c);
            //(rs == SHUTDOWN && workQueue.isEmpty()) || rs >=STOP
            // 若线程池状态是 SHUTDOWN 并且 任务队列为空，意味着已经不需要工作线程执行任务了，线程池即将关闭
            // 若线程池的状态是 STOP TIDYING TERMINATED, 则意味着线程池已经停止处理任何任务了，不在需要线程
            if (rs >= SHUTDOWN && (rs >= STOP || workQueue.isEmpty())) {
                // 把此工作线程从线程池中删除
                decrementWorkerCount();
                return null;
            }
            int wc = workerCountOf(c);
            //allowCoreThreadTimeOut: 当没有任务的时候，核心线程数也会被剔除，默认参数是 false, 官方推荐在创建线程池并且还未使用的时候，设置此值
            // 如果当前工作线程数 大于 核心线程数，timed 为 true
            boolean timed = allowCoreThreadTimeOut || wc > corePoolSize;
            
            //(wc> maximumPoolSize || (timed && timedOut)): 当工作线程超过最大线程数，或者 允许超时并且超时过一次了
            //(wc> 1 || workQueue.isEmpty ()): 工作线程数至少为 1 个 或者 没有任务了
            // 总的来说判断当前工作线程还有没有必要等着拿任务去执行
            //wc > maximumPoolSize && wc>1 : 就是判断当前工作线程是否超过最大值
            // 或者 wc > maximumPoolSize && workQueue.isEmpty (): 工作线程超过最大，基本上不会走到这，
            //      如果走到这，则意味着 wc=1 , 只有 1 个工作线程了，如果此时任务队列是空的，则把最后的线程删除
            // 或者 (timed && timedOut) && wc>1: 如果允许超时并且超时过一次，并且至少有 1 个线程，则删除线程
            // 或者 (timed && timedOut) && workQueue.isEmpty (): 如果允许超时并且超时过一次，并且此时工作                    队列为空，那么妥妥可以把最后一个线程（因为上面的 wc>1 不满足，则可以得出来 wc=1）删除
            if ((wc > maximumPoolSize  || (timed && timedOut))
                && (wc > 1 || workQueue.isEmpty())) {
                if (compareAndDecrementWorkerCount(c))
                    // 如果减去工作线程数成功，则返回 null 出去，也就是说 让工作线程停止 while 轮训，进行收尾
                    return null;
                continue;
            }
            try {
                // 判断是否要阻塞获取任务
                Runnable r = timed ?
                    workQueue.poll(keepAliveTime, TimeUnit.NANOSECONDS) :
                    workQueue.take();
                if (r != null)
                    return r;
                timedOut = true;
            } catch (InterruptedException retry) {
                timedOut = false;
            }
        }
    }
    
// 综上所述，如果 allowCoreThreadTimeOut 为 true, 并且在第 1 次阻塞获取任务失败了，那么当前 getTask 会返回 null, 不管是不是核心线程；那么 runWorker 中将推出 while 循环，也就意味着当前工作线程被销毁
通过上面这个问题可以得出一个结论：当你的线程池参数配置合理的时候，执行完任务的线程是不会被销毁的，而是会从任务队列中取出任务继续执行！
\n",
            "tags": [
                "总结"
            ]
        },
        {
            "id": "https://hk2012.github.io/2024/02/15/doc/%E7%BA%BF%E7%A8%8B%E7%9A%84sleep%E3%80%81wait%E3%80%81join%E3%80%81yield%E5%A6%82%E4%BD%95%E4%BD%BF%E7%94%A8/",
            "url": "https://hk2012.github.io/2024/02/15/doc/%E7%BA%BF%E7%A8%8B%E7%9A%84sleep%E3%80%81wait%E3%80%81join%E3%80%81yield%E5%A6%82%E4%BD%95%E4%BD%BF%E7%94%A8/",
            "title": "线程的sleep、wait、join、yield如何使用",
            "date_published": "2024-02-15T01:00:00.000Z",
            "content_html": "
# 线程的 sleep、wait、join、yield 如何使用
\n
sleep:
\n
sleep 的作用是让目前正在执行的线程休眠，让 CPU 去执行其他的任务。从线程状态来说，就是从执行状态变成限时阻塞状态。Sleep () 方法定义在 Thread 类中，是一组静态方法，有两个重载版本：
\n
// 使目前正在执行的线程休眠 millis 毫秒
     public static void sleep(long millis) throws InterruptException；
     
     // 使目前正在执行的线程休眠 millis 毫秒，nanos 纳秒
     public static void sleep(long millis，int nanos) throws InterruptException；
sleep () 方法会有 InterruptException 受检异常抛出，如果调用了 sleep () 方法，就必须进行异常审查，捕获 InterruptedException 异常，或者再次通过方法声明存在 InterruptedException 异常。
\n
wait (必须先获得对应的锁才能调用): 让线程进入等待状态，释放当前线程持有的锁资源线程只有在 notify 或者 notifyAll 方法调用后才会被唤醒，然后去争夺锁.
\n
class ThreadA extends Thread{
\tpublic ThreadA(String name) {
\t\tsuper(name);
\t}
\tpublic void run() {
\t\tsynchronized (this) {
\t\t\ttry {\t\t\t\t\t\t
\t\t\t\tThread.sleep(1000);\t//\t使当前线阻塞 1s，确保主程序的 t1.wait (); 执行之后再执行 notify ()
\t\t\t} catch (Exception e) {
\t\t\t\te.printStackTrace();
\t\t\t}\t\t\t
\t\t\tSystem.out.println(Thread.currentThread().getName()+\" call notify()\");
\t\t\t// 唤醒当前的 wait 线程
\t\t\tthis.notify();
\t\t}
\t}
}
public class WaitTest {
\tpublic static void main(String[] args) {
\t\tThreadA t1 = new ThreadA(\"t1\");
\t\tsynchronized(t1) {
\t\t\ttry {
\t\t\t\t// 启动 “线程 t1”
\t\t\t\tSystem.out.println(Thread.currentThread().getName()+\" start t1\");
\t\t\t\tt1.start();
\t\t\t\t// 主线程等待 t1 通过 notify () 唤醒。
\t\t\t\tSystem.out.println(Thread.currentThread().getName()+\" wait()\");
\t\t\t\tt1.wait();  //  不是使 t1 线程等待，而是当前执行 wait 的线程等待
\t\t\t\tSystem.out.println(Thread.currentThread().getName()+\" continue\");
\t\t\t} catch (InterruptedException e) {
\t\t\t\te.printStackTrace();
\t\t\t}
\t\t}
\t}
}
输出：
\n
\n
main start t1
\nmain wait()
\nt1 call notify()
\nmain continue
\n
\n
join: 线程之间协同方式，使用场景：线程 C 必须等待线程 B 运行完毕后才可以执行，那么就可以在线程 B 的代码中加入 thread_c.join ();;
\n
public class TestThread {
        
        public static void main(String[] args) {
            ThreadB t1 = new ThreadB(\"thread-b\");
            t1.start();
        }
    }
\t
\tclass ThreadB extends Thread {
        public ThreadB(String name) {
            super(name);
        }
        public void run() {
            System.out.println(Thread.currentThread().getName());
            Thread thread_c = new ThreadC(\"thread-c\");
            try {
                thread_c.join();
                thread_c.start();
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
        }
    }
\tclass ThreadC extends Thread {
        public ThreadC(String name) {
            super(name);
        }
        public void run() {
            System.out.println(Thread.currentThread().getName());
        }
    }
// 输出
//thread-b
//thread-c
         
     // 重载版本 1：此方法会把当前线程变为 TIMED_WAITING，直到被合并线程执行结束
     public final void join() throws InterruptedException：
     
     // 重载版本 2：此方法会把当前线程变为 TIMED_WAITING，直到被合并线程执行结束，或者等待被合并线程执行 millis 的时间
     public final synchronized void join(long millis) throws InterruptedException：
     
     // 重载版本 3：此方法会把当前线程变为 TIMED_WAITING，直到被合并线程执行结束，或者等待被合并线程执行 millis+nanos 的时间
     public final synchroinzed void join(long millis, int nanos) throws InterruptedException：
yield: 让当前正在运行的线程回到可运行状态，以允许具有相同优先级的其他线程获得运行的机会。因此，使用 yield () 的目的是让具有相同优先级的线程之间能够适当的轮换执行。但是，实际中无法保证 yield () 达到让步的目的，因为，让步的线程可能被线程调度程序再次选中。
\n
public class Test03 implements Runnable{
 
 
private String name;     
   
   private Test03(String name) {     
       this.name = name;     
   }  
 
    public synchronized void run() {
            System.out.println(name + \" -> Start.\");
            for(int i = 0; i < 100; i++) {
                if(i == 50) {
                \tThread.yield();
    \t\t\t}
    \t\t\tSystem.out.println(Thread.currentThread().getName() + \"'s i=\" + (i+1));
   \t\t\t }
    \t\tSystem.out.println(name + \"X -> End.\");
    }
    public static void main(String[] args) {
            Test03 t1 = new Test03(\"A\");
            Thread thread1 = new Thread(t1);
            Thread thread2 = new Thread(t1);
            thread1.start();
            thread2.start();
    }
结果:
A -> Start.
Thread-0's i=1
Thread-0's i=2
.........省略
Thread-0's i=99
Thread-0's i=100
AX -> End.
A -> Start.
Thread-1's i=1
Thread-1's i=2
...省略
Thread-1's i=99
Thread-1's i=100
AX -> End.
总结起来，Thread.yeid () 方法有以下特点：
\n
（1）yield 仅能使一个线程从运行状态转到就绪状态，而不是阻塞状态。
\n
（2）yield 不能保证使得当前正在运行的线程迅速转换到就绪状态。
\n
（3）即使完成了迅速切换，系统通过线程调度机制从所有就绪线程中挑选下一个执行线程时，就绪的线程有可能被选中，也有可能不被选中，其调度的过程受到其他因素（如优先级）的影响。
\n",
            "tags": [
                "总结"
            ]
        },
        {
            "id": "https://hk2012.github.io/2024/02/14/doc/%E5%A6%82%E4%BD%95%E9%A2%84%E9%98%B2%E6%AD%BB%E9%94%81/",
            "url": "https://hk2012.github.io/2024/02/14/doc/%E5%A6%82%E4%BD%95%E9%A2%84%E9%98%B2%E6%AD%BB%E9%94%81/",
            "title": "如何预防死锁",
            "date_published": "2024-02-14T09:00:00.000Z",
            "content_html": "
# 如何预防死锁
\n
首先举个例子说明什么是死锁，比如，一个十字路口，东西南北四个方向分别有四列车 ABCD，A 在东向被 D 堵着，D 北被 B 堵着，B 在西被 C 堵着，C 在南被 A 堵着，这就造成了十字路口的堵死，也就是所谓的死锁。
\n
具体图示如下：
\n
\"deadlock\"
\n
那么如何预防死锁？
\n
    \n
  1. 死锁发生的四个必要条件:\n
      \n
    1. 互斥条件 同一时间只能有一个线程获取资源。
      2. \n
    2. 不可剥夺条件 一个线程已经占有的资源，在释放之前不会被其它线程抢占
      3. \n
    3. 请求和保持条件 线程等待过程中不会释放已占有的资源
      4. \n
    4. 循环等待条件 多个线程互相等待对方释放资源
      5. \n
    \n
    2. \n
  2. 死锁预防，那么就是需要破坏这四个必要条件\n
      \n
    1. 由于资源互斥是资源使用的固有特性，无法改变，我们不讨论
      2. \n
    2. 破坏不可剥夺条件\n
        \n
      1. 一个进程不能获得所需要的全部资源时便处于等待状态，等待期间他占有的资源将被隐式的释放重新加入到系统的资源列表中，可以被其他的进程使用，而等待的进程只有重新获得自己原有的资源以及新申请的资源才可以重新启动，执行
        2. \n
      \n
      3. \n
    3. 破坏请求与保持条件\n
        \n
      1. 第一种方法静态分配即每个进程在开始执行时就申请他所需要的全部资源
        2. \n
      2. 第二种是动态分配即每个进程在申请所需要的资源时他本身不占用系统资源
        3. \n
      \n
      4. \n
    4. 破坏循环等待条件\n
        \n
      1. 采用资源有序分配其基本思想是将系统中的所有资源顺序编号，将紧缺的，稀少的采用较大的编号，在申请资源时必须按照编号的顺序进行，一个进程只有获得较小编号的进程才能申请较大编号的进程。
        2. \n
      \n
      5. \n
    \n
    3. \n
\n",
            "tags": [
                "总结"
            ]
        },
        {
            "id": "https://hk2012.github.io/2024/02/14/doc/Class%E5%88%9D%E5%A7%8B%E5%8C%96%E8%BF%87%E7%A8%8B%E6%98%AF%E4%BB%80%E4%B9%88/",
            "url": "https://hk2012.github.io/2024/02/14/doc/Class%E5%88%9D%E5%A7%8B%E5%8C%96%E8%BF%87%E7%A8%8B%E6%98%AF%E4%BB%80%E4%B9%88/",
            "title": "Class初始化过程是什么",
            "date_published": "2024-02-14T07:00:00.000Z",
            "content_html": "
# Class 初始化过程是什么
\n
# 类加载的过程
\n
我们可以先简单说下类加载的过程，大致分为：
\n
** 加载、验证、准备、解析、初始化 ** 几个阶段，使用和卸载都是已经加载完成之后，属于类的生命周期的两个阶段
\n
\"\"
\n
# 类的初始化过程
\n
下面我们就重点分析类的初始化的过程：
\n
    \n
  1. \n
    类的初始化阶段，是真正开始执行类中定义的 java 程序代码 (字节码) 并按程序员的意图去初始化类变量的过程。更直接地说，初始化阶段就是执行类构造器 < clinit>() 方法的过程。 <clinit>() 方法是由编译器自动收集类中的所有类变量的赋值动作和静态代码块 static {} 中的语句合并产生的，其中编译器收集的顺序是由语句在源文件中出现的顺序所决定 ，重点就是类变量和静态代码块按源文件中定义的顺序决定执行顺序
    \n
    2. \n
  2. \n
    关于类初始化的顺序 **（静态变量、静态初始化块：决于它们在类中出现的先后顺序）>（普通成员变量、初始化代码块：决于它们在类中出现的先后顺序）> 构造器 **
    \n
    3. \n
  3. \n
    关于类初始化的详细过程，参见 Java 虚拟机规范一书中（有兴趣的同学可以看下英文原版的 Java 虚拟机规范：Java® Virtual Machine Specification 8），详细过程如下：
    \n
      \n
    1. 每个类都有一个初始化锁 LC，线程获取 LC，这个操作会导致当前线程一直等待，直到获取到 LC 锁
      2. \n
    2. 如果 C 正在被其他线程初始化，当前线程会释放 LC 锁进入阻塞状态，并等待 C 初始化完成。此时当前线程需要重试这一过程。执行初始化过程时，线程的中断状态不受影响
      3. \n
    3. 如果 C 正在被本线程初始化，即递归初始化，释放 LC 并且正常返回
      4. \n
    4. 如果 C 已经被初始化完成，释放 LC 并且正常返回
      5. \n
    5. 如果 C 处于错误状态，表明不可能再完成初始化，释放 LC 并抛出异常 NoClassDefFoundError 异常
      6. \n
    6. 否则，将 C 标记为正在被本线程初始化，释放 LC；然后，初始化那些 final 且为基础类型的类成员变量
      7. \n
    7. 如果 C 是类而不是接口，且 C 的父类 Super Class（SC）和各个接口 SI_n（按照 implements 子句中的顺序来）还没有初始化，那么就在 SC 上面递归地进行完整的初始化过程，如果有必要，需要先验证和准备 SC ；如果 SC 或 SIn 初始化过程中抛出异常，则获取 LC，将 C 标记为错误状态，并通知所有正在等待的线程，然后释放 LC，然后再抛出同样的异常。
      8. \n
    8. 从 C 的 classloader 处获取 assertion 断言机制是否被打开
      9. \n
    9. 接下来，按照文本顺序执行类变量初始化和静态代码块，或接口的字段初始化，把它们当作是一个个单独的代码块。
      10. \n
    10. 如果执行正常，那就获取 LC，标记 C 对象为已初始化，并通知所有正在等待的线程，然后释放 LC，正常退出整个过程
      11. \n
    11. 否则，如果抛出了异常 E 那么会中断退出。若 E 不是 Error，则以 E 为参数创建新的异常 ExceptionInInitializerError 作为 E。如果因为 OutOfMemoryError 导致无法创建 ExceptionInInitializerError，则将 OutOfMemoryError 作为 E。
      12. \n
    12. 获取 LC，将 C 标记为错误状态，通知所有等待的线程，释放 LC，并抛出异常 E
      13. \n
    \n
    可以看到 JLS 确实规定了父类先初始化、static 块和类变量赋值按照文本顺序来解析
    \n
    4. \n
\n",
            "tags": [
                "总结"
            ]
        },
        {
            "id": "https://hk2012.github.io/2024/02/14/doc/ConcurrentHashMap%E5%BA%95%E5%B1%82%E5%8E%9F%E7%90%86%E6%98%AF%E4%BB%80%E4%B9%88/",
            "url": "https://hk2012.github.io/2024/02/14/doc/ConcurrentHashMap%E5%BA%95%E5%B1%82%E5%8E%9F%E7%90%86%E6%98%AF%E4%BB%80%E4%B9%88/",
            "title": "ConcurrentHashMap底层原理是什么",
            "date_published": "2024-02-14T03:00:00.000Z",
            "content_html": "
# ConcurrentHashMap 底层原理是什么
\n\n
    \n
  1. 判断存储的 key、value 是否为空，若为空，则抛出异常
    2. \n
  2. 计算 key 的 hash 值，随后死循环（该循环可以确保成功插入，当满足适当条件时，会主动终止），判断 table 表为空或者长度为 0，则初始化 table 表
    3. \n
  3. 根据 hash 值获取 table 中该下标对应的节点，如果该节点为空，则根据参数生成新的节点，并以 CAS 的方式进行更新，并终止死循环。
    4. \n
  4. 如果该节点的 hash 值是 MOVED (-1)，表示正在扩容，则辅助对该节点进行转移。
    5. \n
  5. 对数组（table）中的节点，即桶的头结点进行锁定，如果该节点的 hash 大于等于 0，表示此桶是链表，然后对该桶进行遍历（死循环），寻找链表中与 put 的 key 的 hash 值相等，并且 key 相等的元素，然后进行值的替换，如果到链表尾部都没有符合条件的，就新建一个 node，然后插入到该桶的尾部，并终止该循环遍历。
    6. \n
  6. 如果该节点的 hash 小于 0，并且节点类型是 TreeBin，则走红黑树的插入方式。
    7. \n
  7. 判断是否达到转化红黑树的阈值，如果达到阈值，则链表转化为红黑树。
    8. \n
\n",
            "tags": [
                "总结"
            ]
        },
        {
            "id": "https://hk2012.github.io/2024/02/14/doc/GC%E5%A6%82%E4%BD%95%E5%88%A4%E6%96%AD%E5%AF%B9%E8%B1%A1%E5%8F%AF%E4%BB%A5%E8%A2%AB%E5%9B%9E%E6%94%B6/",
            "url": "https://hk2012.github.io/2024/02/14/doc/GC%E5%A6%82%E4%BD%95%E5%88%A4%E6%96%AD%E5%AF%B9%E8%B1%A1%E5%8F%AF%E4%BB%A5%E8%A2%AB%E5%9B%9E%E6%94%B6/",
            "title": "GC如何判断对象可以被回收",
            "date_published": "2024-02-13T23:00:00.000Z",
            "content_html": "
# GC 如何判断对象可以被回收
\n
# 引用计数法（已被淘汰的算法）
\n
    \n
  1. 每一个对象有一个引用属性，新增一个引用时加一，引用释放时减一，计数为 0 的时候可以回收。但是这种计算方法，有一个致命的问题，无法解决循环引用的问题
    2. \n
\n
# 可达性分析算法（根引用）
\n
    \n
  1. 从 GcRoot 开始向下搜索，搜索所走过的路径被称为引用链，当一个对象到 GcRoot 没有任何引用链相连时，则证明此对象是不可用的，那么虚拟机就可以判定回收。
    2. \n
  2. 那么 GcRoot 有哪些？\n
      \n
    1. 虚拟机栈中引用的对象
      2. \n
    2. 方法区中静态属性引用的对象
      3. \n
    3. 方法区中常量引用的对象
      4. \n
    4. 本地方法栈中（即一般说的 native 方法）引用的对象
      5. \n
    \n
    3. \n
\n
# 不同的引用类型
\n
    \n
  1. 不同的引用类型的回收机制是不一样的\n
      \n
    1. 强引用：通过关键字 new 的对象就是强引用对象，强引用指向的对象任何时候都不会被回收，宁愿 OOM 也不会回收
      2. \n
    2. 软引用：如果一个对象持有软引用，那么当 JVM 堆空间不足时，会被回收。一个类的软引用可以通过 java.lang.ref.SoftReference 持有
      3. \n
    3. 弱引用：如果一个对象持有弱引用，那么在 GC 时，只要发现弱引用对象，就会被回收。一个类的弱引用可以通过 java.lang.ref.WeakReference 持有
      4. \n
    4. 虚引用：几乎和没有一样，随时可以被回收。通过 ava.lang.ref.PhantomReference 持有
      5. \n
    \n
    2. \n
\n",
            "tags": [
                "总结"
            ]
        },
        {
            "id": "https://hk2012.github.io/2024/02/13/doc/JVM8%E4%B8%BA%E4%BB%80%E4%B9%88%E8%A6%81%E5%A2%9E%E5%8A%A0%E5%85%83%E7%A9%BA%E9%97%B4%20/",
            "url": "https://hk2012.github.io/2024/02/13/doc/JVM8%E4%B8%BA%E4%BB%80%E4%B9%88%E8%A6%81%E5%A2%9E%E5%8A%A0%E5%85%83%E7%A9%BA%E9%97%B4%20/",
            "title": "JVM 8为什么要增加元空间",
            "date_published": "2024-02-13T10:00:00.000Z",
            "content_html": "
# JVM 8 为什么要增加元空间？
\n
# 持久代
\n
持久代中包含了虚拟机中所有可通过反射获取到的数据，比如 Class 和 Method 对象。不同的 Java 虚拟机之间可能会进行类共享，因此持久代又分为只读区和读写区。
\n
JVM 用于描述应用程序中用到的类和方法的元数据也存储在持久代中。JVM 运行时会用到多少持久代的空间取决于应用程序用到了多少类。除此之外，Java SE 库中的类和方法也都存储在这里。
\n
如果 JVM 发现有的类已经不再需要了，它会去回收（卸载）这些类，将它们的空间释放出来给其它类使用。Full GC 会进行持久代的回收。
\n
JVM 中类的元数据在 Java 堆中的存储区域。
\nJava 类对应的 HotSpot 虚拟机中的内部表示也存储在这里。
\n类的层级信息，字段，名字。
\n方法的编译信息及字节码。
\n变量
\n常量池和符号解析
\n持久代的大小
\n它的上限是 MaxPermSize，默认是 64M
\nJava 堆中的连续区域：如果存储在非连续的堆空间中的话，要定位出持久代到新对象的引用非常复杂并且耗时。卡表（card table），是一种记忆集（Remembered Set），它用来记录某个内存代中普通对象指针（oops）的修改。
\n持久代用完后，会抛出 OutOfMemoryError "PermGen space" 异常。解决方案：应用程序清理引用来触发类卸载；增加 MaxPermSize 的大小。
\n需要多大的持久代空间取决于类的数量，方法的大小，以及常量池的大小。
\n为什么移除持久代 ？
\n
1、它的大小是在启动时固定好的 —— 很难进行调优。-XX:MaxPermSize，设置成多少好呢？ 2、HotSpot 的内部类型也是 Java 对象：它可能会在 Full GC 中被移动，同时它对应用不透明，且是非强类型的，难以跟踪调试，还需要存储元数据的元数据信息（meta-metadata）。
\n3、简化 Full GC：每一个回收器有专门的元数据迭代器。
\n4、可以在 GC 不进行暂停的情况下并发地释放类数据。
\n5、使得原来受限于持久代的一些改进未来有可能实现
\n
# 元空间
\n
持久代的空间被彻底地删除了，它被一个叫元空间的区域所替代了。持久代删除了之后，很明显，JVM 会忽略 PermSize 和 MaxPermSize 这两个参数，还有就是你再也看不到 java.lang.OutOfMemoryError: PermGen error 的异常了。原来类的静态变量和 Interned Strings 都被转移到了 java 堆区，
\n
只有 class 元数据才在元空间。
\n
JDK 8 的 HotSpot JVM 现在使用的是本地内存来表示类的元数据，这个区域就叫做元空间。
\n
元空间的特点：
\n\n",
            "tags": [
                "总结"
            ]
        },
        {
            "id": "https://hk2012.github.io/2024/02/13/doc/JVM%E5%86%85%E5%AD%98%E6%A8%A1%E5%9E%8B%E5%A6%82%E4%BD%95%E5%88%86%E9%85%8D%E7%9A%84/",
            "url": "https://hk2012.github.io/2024/02/13/doc/JVM%E5%86%85%E5%AD%98%E6%A8%A1%E5%9E%8B%E5%A6%82%E4%BD%95%E5%88%86%E9%85%8D%E7%9A%84/",
            "title": "JVM内存模型如何分配的",
            "date_published": "2024-02-13T03:00:00.000Z",
            "content_html": "
# JVM 内存模型如何分配的
\n
# JVM 内存模型的划分
\n
\n
由于我们生产环境使用的虚拟机 HotSpot 居多，所以下面的描述都是基于 HotSpot 虚拟机而言的，对于其他类型的虚拟机，如 JRockit（Oracle）、J9（IBM） 可能并不太一样
\n
\n
根据虚拟机规范，JVM 的内存分为 堆、虚拟机栈、本地方法栈、程序计数器、本地方法栈 5 部分
\n
JDK 1.8 同 JDK 1.7 比，最大的差别就是：元数据区取代了永久代。元空间的本质和永久代类似，都是对 JVM 规范中方法区的实现。不过元空间与永久代之间最大的区别在于：元数据空间并不在虚拟机中，而是使用本地内存
\n
\"在这里插入图片描述\"
\n
    \n
  1. 虚拟机栈\n
      \n
    1. 每个线程有一个私有的栈，随着线程的创建而创建。栈里面存着的是一种叫 “栈帧” 的东西，每个方法会创建一个栈帧，栈帧中存放了局部变量表（基本数据类型和对象引用）、操作数栈、方法出口等信息。栈的大小可以固定也可以动态扩展。当栈调用深度大于 JVM 所允许的范围，会抛出 StackOverflowError 的错误
      2. \n
    2. 虚拟机栈的特点\n
        \n
      1. 局部变量表随着栈帧的创建而创建，它的大小在编译时确定，创建时只需分配事先规定的大小即可。在方法运行过程中，局部变量表的大小不会发生改变
        2. \n
      2. Java 虚拟机栈也是线程私有，随着线程创建而创建，随着线程的结束而销毁
        3. \n
      3. Java 虚拟机栈会出现两种异常：StackOverFlowError （若 Java 虚拟机栈的大小不允许动态扩展，那么当线程请求栈的深度超过当前 Java 虚拟机栈的最大深度时，抛出 StackOverFlowError 异常）和 OutOfMemoryError（若允许动态扩展，那么当线程请求栈时内存用完了，无法再动态扩展时，抛出 OutOfMemoryError 异常）
        4. \n
      \n
      3. \n
    \n
    2. \n
\n
\"jvm-stack\"
\n
    \n
  1. 本地方法栈\n
      \n
    1. 本地方法栈是为 JVM 运行 Native 方法准备的空间，由于很多 Native 方法都是用 C 语言实现的，所以它通常又叫 C 栈。它与 Java 虚拟机栈实现的功能类似，只不过本地方法栈是描述本地方法运行过程的内存模型。本地方法被执行时，在本地方法栈也会创建一块栈帧，用于存放该方法的局部变量表、操作数栈、动态链接、方法出口信息等。方法执行结束后，相应的栈帧也会出栈，并释放内存空间。也会抛出 StackOverFlowError 和 OutOfMemoryError 异常。
      2. \n
    \n
    2. \n
  2. PC 寄存器计数器\n
      \n
    1. PC 寄存器，也叫程序计数器。JVM 支持多个线程同时运行，每个线程都有自己的程序计数器。倘若当前执行的是 JVM 的方法，则该寄存器中保存当前执行指令的地址；倘若执行的是 native 方法，则 PC 寄存器中为空
      2. \n
    \n
    3. \n
  3. 堆\n
      \n
    1. 堆内存是 JVM 所有线程共享的部分，在虚拟机启动的时候就已经创建。所有的对象和数组都在堆上进行分配。这部分空间可通过 GC 进行回收。当申请不到空间时会抛出 OutOfMemoryError
      2. \n
    2. 堆的特点：\n
        \n
      1. 线程共享，整个 Java 虚拟机只有一个堆，所有的线程都访问同一个堆。而程序计数器、Java 虚拟机栈、本地方法栈都是一个线程对应一个
        2. \n
      2. 在虚拟机启动时创建
        3. \n
      3. 垃圾回收的主要场所
        4. \n
      4. 可分为：新生代 (Eden 区 From Survior To Survivor)、老年代
        5. \n
      \n
      3. \n
    \n
    4. \n
  4. 方法区\n
      \n
    1. Java 虚拟机规范中定义方法区是堆的一个逻辑部分。
      2. \n
    2. 方法区也是所有线程共享。主要用于存储已经被虚拟机加载的类的信息、常量池、方法数据、方法代码等。方法区逻辑上属于堆的一部分，但是为了与堆进行区分，通常又叫 非堆 。需要注意的是，方法区只是规范上面的一个逻辑概念，并不是真实的物理存储的命名
      3. \n
    \n
    5. \n
  5. 直接内存（堆外内存）\n
      \n
    1. 直接内存是除 Java 虚拟机之外的内存，但也可能被 Java 使用，直接内存的大小不受 Java 虚拟机控制，但既然是内存，当内存不足时就会抛出 OutOfMemoryError 异常
      2. \n
    2. 直接内存与堆内存比较：\n
        \n
      1. 直接内存申请空间耗费更高的性能
        2. \n
      2. 直接内存读取 IO 的性能要优于普通的堆内存
        3. \n
      \n
      3. \n
    \n
    6. \n
\n
# JVM 内存模型各部分的存储信息
\n
\"\"
\n
# 针对 JDK6、JDK7、JDK8 三个版本的 JVM 内存模型调整说明
\n
# 对永久代 PermGen 的说明
\n\n
绝大部分 Java 程序员应该都见过 **java.lang.OutOfMemoryError: PermGen space ** 这个异常
\n
这里的 “PermGen space” 其实指的就是方法区。不过方法区和 “PermGen space” 又有着本质的区别。前者是 JVM 的规范，而后者则是 JVM 规范的一种实现，并且只有 HotSpot 才有 “PermGen space”，而对于其他类型的虚拟机，如 JRockit（Oracle）、J9（IBM） 并没有 “PermGen space”。由于方法区主要存储类的相关信息，所以对于动态生成类的情况比较容易出现永久代的内存溢出。最典型的场景就是，在 jsp 页面比较多的情况，容易出现永久代内存溢出
\n
# 对 Metaspace 元空间的说明
\n
    \n
  1. 元空间的本质和永久代类似，都是对 JVM 规范中方法区的实现。元空间通过在本地内存区域开辟空间实现方法区。元空间并不在虚拟机中，而是使用本地内存，所以默认情况下，元空间的大小仅受本地内存限制，但可以通过以下参数来指定元空间的大小：
    2. \n
\n
-XX:MetaspaceSize，初始空间大小，达到该值就会触发垃圾收集进行类型卸载，同时GC会对该值进行调整：如果释放了大量的空间，就适当降低该值；如果释放了很少的空间，那么在不超过MaxMetaspaceSize时，适当提高该值。\n-XX:MaxMetaspaceSize，最大空间，默认是没有限制的。\n除了上面两个指定大小的选项以外，还有两个与 GC 相关的属性：\n-XX:MinMetaspaceFreeRatio，在GC之后，最小的Metaspace剩余空间容量的百分比，减少为分配空间所导致的垃圾收集\n-XX:MaxMetaspaceFreeRatio，在GC之后，最大的Metaspace剩余空间容量的百分比，减少为释放空间所导致的垃圾收集\n
\n
其实，移除永久代的工作从 JDK1.7 就开始了，JDK1.7 中，存储在永久代的部分数据就已经转移到了 Java Heap 或者是 Native Heap。但永久代仍存在于 JDK1.7 中，并没完全移除。
\n
譬如：
\n
符号引用 (Symbols) 转移到了 native heap；
\n
字面量 (interned strings) 转移到了 java heap；
\n
类的静态变量 (class statics) 转移到了 java heap
\n
# 元空间特点
\n
    \n
  1. 类及相关的元数据的生命周期与类加载器的一致，如果 GC 发现某个类加载器不再存活了，才会把相关的空间整个回收掉
    2. \n
  2. 每个类加载器有专门的存储空间
    3. \n
  3. 只进行线性分配，省掉了 GC 扫描及压缩的时间
    4. \n
  4. 元空间里的对象的位置是固定的
    5. \n
\n
# JVM 内存划分调整的几个原因点分析
\n
    \n
  1. 字符串存在永久代中，容易出现性能问题和内存溢出
    2. \n
  2. 类及方法的信息等比较难确定其大小，因此对于永久代的大小指定比较困难，太小容易出现永久代溢出，太大则容易导致老年代溢出
    3. \n
  3. 永久代会为 GC 带来不必要的复杂度，并且回收效率偏低
    4. \n
\n",
            "tags": [
                "总结"
            ]
        },
        {
            "id": "https://hk2012.github.io/2024/02/12/doc/JVM%E6%80%A7%E8%83%BD%E8%B0%83%E4%BC%98%E5%AE%9E%E6%88%98/",
            "url": "https://hk2012.github.io/2024/02/12/doc/JVM%E6%80%A7%E8%83%BD%E8%B0%83%E4%BC%98%E5%AE%9E%E6%88%98/",
            "title": "JVM性能调优实战",
            "date_published": "2024-02-12T08:00:00.000Z",
            "content_html": "
# JVM 性能调优实战
\n
# 调优的一些原则
\n
    \n
  1. 多数的 Java 应用不需要在服务器上进行 GC 优化，虚拟机内部已有很多优化来保证应用的稳定运行，所以不要为了调优而调优，不当的调优可能适得其反
    2. \n
  2. 在应用上线之前，先考虑将机器的 JVM 参数设置到最优（适合）
    3. \n
  3. 在进行 GC 优化之前，需要确认项目的架构和代码等已经没有优化空间。我们不能指望一个系统架构有缺陷或者代码层次优化没有穷尽的应用，通过 GC 优化令其性能达到一个质的飞跃
    4. \n
  4. GC 优化是一个系统而复杂的工作，没有万能的调优策略可以满足所有的性能指标。GC 优化必须建立在我们深入理解各种垃圾回收器的基础上，才能有事半功倍的效果
    5. \n
  5. 处理吞吐量和延迟问题时，垃圾处理器能使用的内存越大，即 java 堆空间越大垃圾收集效果越好，应用运行也越流畅。这称之为 GC 内存最大化原则
    6. \n
  6. 在这三个属性（吞吐量、延迟、内存）中选择其中两个进行 jvm 调优，称之为 GC 调优 3 选 2
    7. \n
\n
# 什么情况下需要调优
\n\n
# 调优前需知的一些概念
\n
    \n
  1. ** 吞吐量：** 用户代码时间 / （用户代码执行时间 + 垃圾回收时间）。是评价垃圾收集器能力的重要指标之一，是不考虑垃圾收集引起的停顿时间或内存消耗，垃圾收集器能支撑应用程序达到的最高性能指标。吞吐量越高算法越好。
    2. \n
  2. ** 低延迟：**STW 越短，响应时间越好。评价垃圾收集器能力的重要指标，度量标准是缩短由于垃圾收集引起的停顿时间或完全消除因垃圾收集所引起的停顿，避免应用程序运行时发生抖动。暂停时间越短算法越好
    3. \n
  3. 在设计（或使用）GC 算法时，我们必须确定我们的目标：一个 GC 算法只可能针对两个目标之一（即只专注于最大吞吐量或最小暂停时间），或尝试找到一个二者的折中
    4. \n
  4. MinorGC 尽可能多的收集垃圾对象。我们把这个称作 MinorGC 原则，遵守这一原则可以降低应用程序 FullGC 的发生频率。FullGC 较耗时，是应用程序无法达到延迟要求或吞吐量的罪魁祸首
    5. \n
  5. 堆大小调整的着手点、分析点：\n
      \n
    1. 统计 Minor GC 持续时间
      2. \n
    2. 统计 Minor GC 的次数
      3. \n
    3. 统计 Full GC 的最长持续时间
      4. \n
    4. 统计最差情况下 Full GC 频率
      5. \n
    5. 统计 GC 持续时间和频率对优化堆的大小是主要着手点
      6. \n
    6. 我们按照业务系统对延迟和吞吐量的需求，在按照这些分析我们可以进行各个区大小的调整
      7. \n
    \n
    6. \n
  6. 一般来说吞吐量优先的垃圾回收器：-XX:+UseParallelGC  -XX:+UseParallelOldGC，即常规的（PS/PO）
    7. \n
  7. 响应时间优先的垃圾回收器：CMS、G1
    8. \n
\n
# JVM 常用参数解读
\n
    \n
  1. Xms 是指设定程序启动时占用内存大小。一般来讲，大点，程序会启动的快一点，但是也可能会导致机器暂时变慢
    2. \n
  2. Xmx 是指设定程序运行期间最大可占用的内存大小。如果程序运行需要占用更多的内存，超出了这个设置值，就会抛出 OutOfMemory 异常
    3. \n
  3. Xss 是指设定每个线程的堆栈大小。这个就要依据你的程序，看一个线程大约需要占用多少内存，可能会有多少线程同时运行等
    4. \n
  4. **-Xmn、-XX:NewSize/-XX:MaxNewSize、-XX:NewRatio **\n
      \n
    1. 高优先级：-XX:NewSize/-XX:MaxNewSize
      2. \n
    2. 中优先级：-Xmn（默认等效 -Xmn=-XX:NewSize=-XX:MaxNewSize=?）
      3. \n
    3. 低优先级：-XX:NewRatio
      4. \n
    \n
    5. \n
  5. 如果想在日志中追踪类加载与类卸载的情况，可以使用启动参数  **-XX:TraceClassLoading -XX:TraceClassUnloading **
    6. \n
\n
# 常用性能调优工具
\n
    \n
  1. MAT\n\n
    2. \n
  2. jvisualvm
    3. \n
  3. jconsole
    4. \n
  4. Arthas
    5. \n
  5. show-busy-java-threads\n
      \n
    1. https://github.com/oldratlee/useful-scripts/blob/master/docs/java.md#-show-busy-java-threads​\n
      # 
      \n
      2. \n
    \n
    6. \n
\n
# 线上排查问题的一般流程
\n
    \n
  1. CPU 占用过高排查流程\n
      \n
    1. 利用 top 命令可以查出占 CPU 最高的的进程 pid ，如果 pid 为 9876
      2. \n
    2. 然后查看该进程下占用最高的线程 id【top -Hp 9876】
      3. \n
    3. 假设占用率最高的线程 ID 为 6900，将其转换为 16 进制形式 (因为 java native 线程以 16 进制形式输出) 【printf '% x\\n' 6900】
      4. \n
    4. 利用 jstack 打印出 java 线程调用栈信息【jstack 9876 | grep '0x1af4' -A 50 --color】，这样就可以更好定位问题
      5. \n
    \n
    2. \n
  2. 内存占用过高排查流程\n
      \n
    1. 查找进程 id: 【top -d 2 -c】
      2. \n
    2. 查看 JVM 堆内存分配情况：jmap -heap pid
      3. \n
    3. 查看占用内存比较多的对象 jmap -histo pid | head -n 100
      4. \n
    4. 查看占用内存比较多的存活对象 jmap -histo:live pid | head -n 100
      5. \n
    \n
    3. \n
\n
# OOM 内存泄露分析
\n
# 什么情况下，会抛出 OOM 呢？
\n\n
满足这两个条件将触发 OutOfMemoryException，这将会留给系统一个微小的间隙以做一些 Down 之前的操作，比如手动打印 Heap Dump。并不是内存被耗空的时候才抛出
\n​
\n
# 系统 OOM 之前的一些现象
\n\n
# 堆 Dump 文件分析
\n
可以通过指定启动参数 -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/usr/app/data/dump/heapdump.hpro 在发生 OOM 的时候自动导出 Dump 文件
\n​
\n
# GC 日志分析
\n
为了方便分析 GC 日志信息，可以指定启动参数 【-Xloggc: app-gc.log  -XX:+PrintGCDetails -XX:+PrintGCDateStamps】, 方便详细地查看 GC 日志信息
\n
    \n
  1. 使用 【jinfo pid】查看当前 JVM 堆的相关参数
    2. \n
  2. 继续使用 【jstat -gcutil 2315 1s 10】查看 10s 内当前堆的占用情况
    3. \n
  3. 也可以使用【jmap -heap pid】查看当前 JVM 堆的情况
    4. \n
  4. 我们可以继续使用 【jmap -F -histo pid | head -n 20】，查看前 20 行打印，即查看当前 top20 的大对象，一般从这里可以发现一些异常的大对象，如果没有，那么可以继续排名前 50 的大对象，分析
    5. \n
  5. 最后使用【jmap -F -dump:file=a.bin pid】，如果 dump 文件很大，可以压缩一下【tar -czvf a.tar.gz a.bin】
    6. \n
  6. 再之后，就是对 dump 文件进行分析了，使用 MAT 分析内存泄露
    7. \n
  7. 参考案例： https://www.lagou.com/lgeduarticle/142372.html
    8. \n
\n
# 线上死锁排查
\n
    \n
  1. jps 查找一个可能有问题的进程 id
    2. \n
  2. 然后执行 【jstack -F 进程 id】
    3. \n
  3. 如果环境允许远程连接 JVM，可以使用 jconsole 或者 jvisualvm，图形化界面检测是否存在死锁
    4. \n
\n
# 线上 YGC 耗时过长优化
\n
    \n
  1. 如果生命周期过长的对象越来越多（比如全局变量或者静态变量等），会导致标注和复制过程的耗时增加
    2. \n
  2. 对存活对象标注时间过长：比如重载了 Object 类的 Finalize 方法，导致标注 Final Reference 耗时过长；或者 String.intern 方法使用不当，导致 YGC 扫描 StringTable 时间过长。可以通过以下参数显示 GC 处理 Reference 的耗时 - XX:+PrintReferenceGC
    3. \n
  3. 长周期对象积累过多：比如本地缓存使用不当，积累了太多存活对象；或者锁竞争严重导致线程阻塞，局部变量的生命周期变长
    4. \n
  4. 案例参考： https://my.oschina.net/lishangzhi/blog/4703942
    5. \n
\n
# 线上频繁 FullGC 优化
\n
    \n
  1. 线上频繁 FullGC 一般会有这么几个特征：\n
      \n
    1. 线上多个线程的 CPU 都超过了 100%，通过 jstack 命令可以看到这些线程主要是垃圾回收线程
      2. \n
    2. 通过 jstat 命令监控 GC 情况，可以看到 Full GC 次数非常多，并且次数在不断增加
      3. \n
    \n
    2. \n
  2. 排查流程：\n
      \n
    1. top 找到 cpu 占用最高的一个 进程 id
      2. \n
    2. 然后 【top -Hp 进程 id】，找到 cpu 占用最高的 线程 id
      3. \n
    3. 【printf "%x\\n" 线程 id 】，假设 16 进制结果为 a
      4. \n
    4. jstack 线程 id | grep '0xa' -A 50 --color
      5. \n
    5. 如果是正常的用户线程， 则通过该线程的堆栈信息查看其具体是在哪处用户代码处运行比较消耗 CPU
      6. \n
    6. 如果该线程是 VMThread，则通过 jstat-gcutil 命令监控当前系统的 GC 状况，然后通过 jmapdump:format=b,file = 导出系统当前的内存数据。导出之后将内存情况放到 eclipse 的 mat 工具中进行分析即可得出内存中主要是什么对象比较消耗内存，进而可以处理相关代码；正常情况下会发现 VM Thread 指的就是垃圾回收的线程
      7. \n
    7. 再执行【jstat -gcutil  ** 进程 id】, ** 看到结果，如果 FGC 的数量很高，且在不断增长，那么可以定位是由于内存溢出导致 FullGC 频繁，系统缓慢
      8. \n
    8. 然后就可以 Dump 出内存日志，然后使用 MAT 的工具分析哪些对象占用内存较大，然后找到对象的创建位置，处理即可
      9. \n
    \n
    3. \n
  3. 参考案例：https://mp.weixin.qq.com/s/g8KJhOtiBHWb6wNFrCcLVg\n
    # 
    \n
    4. \n
\n
# 线上堆外内存泄漏分析（Netty 尤其居多）
\n
    \n
  1. JVM 的堆外内存泄露的定位一直是个比较棘手的问题
    2. \n
  2. 对外内存的泄漏分析一般都是先从堆内内存分析的过程中衍生出来的。有可能我们分析堆内内存泄露过程中发现，我们计算出来的 JVM 堆内存竟然大于了整个 JVM 的 Xmx 的大小，那说明多出来的是堆外内存
    3. \n
  3. 如果使用了 Netty 堆外内存，那么可以自行监控堆外内存的使用情况，不需要借助第三方工具，我们是使用的 “反射” 拿到的堆外内存的情况
    4. \n
  4. 逐渐缩小范围，直到 Bug 被找到。当我们确认某个线程的执行带来 Bug 时，可单步执行，可二分执行，定位到某行代码之后，跟到这段代码，然后继续单步执行或者二分的方式来定位最终出 Bug 的代码。这个方法屡试不爽，最后总能找到想要的 Bug
    5. \n
  5. 熟练掌握 idea 的调试，让我们的 “捉虫” 速度快如闪电（“闪电侠” 就是这么来的）。这里，最常见的调试方式是预执行表达式，以及通过线程调用栈，死盯某个对象，就能够掌握这个对象的定义、赋值之类
    6. \n
  6. 在使用直接内存的项目中，最好建议配置 -XX:MaxDirectMemorySize，设定一个系统实际可达的最大的直接内存的值，默认的最大直接内存大小等于 -Xmx 的值
    7. \n
  7. 排查堆外泄露，建议指定启动参数： -XX:NativeMemoryTracking=summary - Dio.netty.leakDetection.targetRecords=100-Dio.netty.leakDetection.level=PARANOID，后面两个参数是 Netty 的相关内存泄露检测的级别与采样级别
    8. \n
  8. 参考案例： https://tech.meituan.com/2018/10/18/netty-direct-memory-screening.html
    9. \n
\n
# 线上元空间内存泄露优化
\n
    \n
  1. 需要注意的一点是 Java8 以及 Java8 + 的 JVM 已经将永久代废弃了，取而代之的是元空间，且元空间是不是在 JVM 堆中的，而属于堆外内存，受最大物理内存限制。最佳实践就是我们在启动参数中最好设置上 -XX:MetaspaceSize=1024m -XX:MaxMetaspaceSize=1024m。具体的值根据情况设置。为避免动态申请，可以直接都设置为最大值
    2. \n
  2. 元空间主要存放的是类元数据，而且 metaspace 判断类元数据是否可以回收，是根据加载这些类元数据的 Classloader 是否可以回收来判断的，只要 Classloader 不能回收，通过其加载的类元数据就不会被回收。所以线上有时候会出现一种问题，由于框架中，往往大量采用类似 ASM、javassist 等工具进行字节码增强，生成代理类。如果项目中由主线程频繁生成动态代理类，那么就会导致元空间迅速占满，无法回收
    3. \n
  3. 具体案例可以参见： [https://zhuanlan.zhihu.com/p/200802910](
    4. \n
\n",
            "tags": [
                "总结"
            ]
        },
        {
            "id": "https://hk2012.github.io/2024/02/12/doc/%E5%A6%82%E4%BD%95%E8%A7%A3%E5%86%B3%E7%BA%BF%E4%B8%8Agc%E9%A2%91%E7%B9%81%E7%9A%84%E9%97%AE%E9%A2%98/",
            "url": "https://hk2012.github.io/2024/02/12/doc/%E5%A6%82%E4%BD%95%E8%A7%A3%E5%86%B3%E7%BA%BF%E4%B8%8Agc%E9%A2%91%E7%B9%81%E7%9A%84%E9%97%AE%E9%A2%98/",
            "title": "如何解决线上gc频繁的问题",
            "date_published": "2024-02-12T05:00:00.000Z",
            "content_html": "
# 如何解决线上 gc 频繁的问题
\n
对于线上系统突然产生的运行缓慢问题，如果该问题导致线上系统不可用，那么首先需要做的就是，导出 jstack 和内存信息，然后重启系统，尽快保证系统的可用性。这种情况可能的原因主要有两种：
\n\n
相对来说，这是出现频率最高的两种线上问题，而且它们会直接导致系统不可用。另外有几种情况也会导致某个功能运行缓慢，但是不至于导致系统不可用：
\n\n
对于这三种情况，通过查看 CPU 和系统内存情况是无法查看出具体问题的，因为相对来说都是具有一定阻塞性操作，CPU 和系统内存使用情况都不高，但是功能却很慢。就需要通过查看系统日志来一步一步甄别上述几种问题。
\n
1、Full GC 次数过多
\n
相对来说，这种情况是最容易出现的，尤其是新功能上线时。对于 Full GC 较多的情况，其主要有如下两个特征：
\n\n
对应的排查操作
\n\n
2、cpu 过高
\n首先我们通过 top 命令查看当前 CPU 消耗过高的进程是哪个，从而得到进程 id；然后通过 top -Hp 来查看该进程中有哪些线程 CPU 过高，一般超过 80% 就是比较高的，80% 左右是合理情况。这样我们就能得到 CPU 消耗比较高的线程 id。接着通过该线程 id 的十六进制表示在 jstack 日志中查看当前线程具体的堆栈信息。
\n
在这里我们就可以区分导致 CPU 过高的原因具体是 Full GC 次数过多还是代码中有比较耗时的计算了。如果是 Full GC 次数过多，那么通过 jstack 得到的线程信息会是类似于 VM Thread 之类的线程，而如果是代码中有比较耗时的计算，那么我们得到的就是一个线程的具体堆栈信息。
\n
最后，根据堆栈信息，定位问题，查看代码中具体是什么原因导致计算量如此高。
\n
3、不定期出现的接口耗时现象
\n对于这种情况，比较典型的例子就是，我们某个接口访问经常需要 2~3s 才能返回。这是比较麻烦的一种情况，因为一般来说，其消耗的 CPU 不多，而且占用的内存也不高，也就是说，我们通过上述两种方式进行排查是无法解决这种问题的。
\n
而且由于这样的接口耗时比较大的问题是不定时出现的，这就导致了我们在通过 jstack 命令即使得到了线程访问的堆栈信息，我们也没法判断具体哪个线程是正在执行比较耗时操作的线程。
\n
对于不定时出现的接口耗时比较严重的问题，我们的定位思路基本如下：首先找到该接口，通过压测工具不断加大访问力度，如果说该接口中有某个位置是比较耗时的，由于我们的访问的频率非常高，那么大多数的线程最终都将阻塞于该阻塞点，这样通过多个线程具有相同的堆栈日志，我们基本上就可以定位到该接口中比较耗时的代码的位置。
\n
总结
\n\n",
            "tags": [
                "总结"
            ]
        },
        {
            "id": "https://hk2012.github.io/2024/02/12/doc/%E5%86%85%E5%AD%98%E6%BA%A2%E5%87%BA%E7%9A%84%E5%8E%9F%E5%9B%A0%E6%9C%89%E5%93%AA%E4%BA%9B,%E5%A6%82%E4%BD%95%E6%8E%92%E6%9F%A5%E7%BA%BF%E4%B8%8A%E9%97%AE%E9%A2%98/",
            "url": "https://hk2012.github.io/2024/02/12/doc/%E5%86%85%E5%AD%98%E6%BA%A2%E5%87%BA%E7%9A%84%E5%8E%9F%E5%9B%A0%E6%9C%89%E5%93%AA%E4%BA%9B,%E5%A6%82%E4%BD%95%E6%8E%92%E6%9F%A5%E7%BA%BF%E4%B8%8A%E9%97%AE%E9%A2%98/",
            "title": "内存溢出的原因有哪些, 如何排查线上问题",
            "date_published": "2024-02-12T00:00:00.000Z",
            "content_html": "
# 内存溢出的原因有哪些，如何排查线上问题？
\n
java 内存溢出的几种原因和解决办法是：
\n
第一类内存溢出，也是大家认为最多，第一反应认为是的内存溢出，就是堆栈溢出：
\n
那什么样的情况就是堆栈溢出呢？当你看到下面的关键字的时候它就是堆栈溢出了：
\n
\n
java.lang.OutOfMemoryError: ......java heap space.....
\n
\n
也就是当你看到 heap 相关的时候就肯定是堆栈溢出了，此时如果代码没有问题的情况下，适当调整 - Xmx 和 - Xms 是可以避免的，不过一定是代码没有问题的前提，为什么会溢出呢，要么代码有问题，要么访问量太多并且每个访问的时间太长或者数据太多，导致数据释放不掉，因为垃圾回收器是要找到那些是垃圾才能回收，这里它不会认为这些东西是垃圾，自然不会去回收了；主意这个溢出之前，可能系统会提前先报错关键字为：
\n
\n
java.lang.OutOfMemoryError:GC over head limit exceeded
\n
\n
这种情况是当系统处于高频的 GC 状态，而且回收的效果依然不佳的情况，就会开始报这个错误，这种情况一般是产生了很多不可以被释放的对象，有可能是引用使用不当导致，或申请大对象导致，但是 java heap space 的内存溢出有可能提前不会报这个错误，也就是可能内存就直接不够导致，而不是高频 GC.
\n
第二类内存溢出，PermGen 的溢出，或者 PermGen 满了的提示，你会看到这样的关键字：
\n
关键信息为:
\n
\n
java.lang.OutOfMemoryError: PermGen space
\n
\n
原因：系统的代码非常多或引用的第三方包非常多、或代码中使用了大量的常量、或通过 intern 注入常量、或者通过动态代码加载等方法，导致常量池的膨胀，虽然 JDK 1.5 以后可以通过设置对永久带进行回收，但是我们希望的是这个地方是不做 GC 的，它够用就行，所以一般情况下今年少做类似的操作，所以在面对这种情况常用的手段是：PermGen 的溢出和 - XX:MaxPermSize 的大小。
\n
第三类内存溢出：在使用 ByteBuffer 中的 allocateDirect () 的时候会用到，很多 javaNIO 的框架中被封装为其他的方法
\n
溢出关键字：
\n
\n
java.lang.OutOfMemoryError: Direct buffer memory
\n 如果你在直接或间接使用了 ByteBuffer 中的 allocateDirect 方法的时候，而不做 clear 的时候就会出现类似的问题，常规的引用程序 IO 输出存在一个内核态与用户态的转换过程，也就是对应直接内存与非直接内存，如果常规的应用程序你要将一个文件的内容输出到客户端需要通过 OS 的直接内存转换拷贝到程序的非直接内存（也就是 heap 中），然后再输出到直接内存由操作系统发送出去，而直接内存就是由 OS 和应用程序共同管理的，而非直接内存可以直接由应用程序自己控制的内存，jvm 垃圾回收不会回收掉直接内存这部分的内存，所以要注意了哦。
\n
\n
如果经常有类似的操作，可以考虑设置参数：-XX:MaxDirectMemorySize
\n
第四类内存溢出错误：
\n
溢出关键字：
\n
\n
java.lang.StackOverflowError
\n
\n
这个参数直接说明一个内容，就是 - Xss 太小了，我们申请很多局部调用的栈针等内容是存放在用户当前所持有的线程中的，线程在 jdk 1.4 以前默认是 256K，1.5 以后是 1M，如果报这个错，只能说明 - Xss 设置得太小，当然有些厂商的 JVM 不是这个参数，本文仅仅针对 Hotspot VM 而已；不过在有必要的情况下可以对系统做一些优化，使得 - Xss 的值是可用的。
\n
第五类内存溢出错误：
\n
溢出关键字：
\n
\n
java.lang.OutOfMemoryError: unable to create new native thread
\n
\n
上面第四种溢出错误，已经说明了线程的内存空间，其实线程基本只占用 heap 以外的内存区域，也就是这个错误说明除了 heap 以外的区域，无法为线程分配一块内存区域了，这个要么是内存本身就不够，要么 heap 的空间设置得太大了，导致了剩余的内存已经不多了，而由于线程本身要占用内存，所以就不够用了，说明了原因，如何去修改，不用我多说，你懂的。
\n
第六类内存溢出：
\n
溢出关键字
\n
\n
java.lang.OutOfMemoryError: request {} byte for {}out of swap
\n
\n
这类错误一般是由于地址空间不够而导致。
\n
六大类常见溢出已经说明 JVM 中 99% 的溢出情况，要逃出这些溢出情况非常困难，除非一些很怪异的故障问题会发生，比如由于物理内存的硬件问题，导致了 code cache 的错误（在由 byte code 转换为 native code 的过程中出现，但是概率极低），这种情况内存 会被直接 crash 掉，类似还有 swap 的频繁交互在部分系统中会导致系统直接被 crash 掉，OS 地址空间不够的话，系统根本无法启动，呵呵；JNI 的滥用也会导致一些本地内存无法释放的问题，所以尽量避开 JNI；socket 连接数据打开过多的 socket 也会报类似：IOException: Too many open files 等错误信息。
\n",
            "tags": [
                "总结"
            ]
        },
        {
            "id": "https://hk2012.github.io/2024/02/11/doc/%E6%9C%89%E5%93%AA%E4%BA%9B%E5%9E%83%E5%9C%BE%E5%9B%9E%E6%94%B6%E7%AE%97%E6%B3%95/",
            "url": "https://hk2012.github.io/2024/02/11/doc/%E6%9C%89%E5%93%AA%E4%BA%9B%E5%9E%83%E5%9C%BE%E5%9B%9E%E6%94%B6%E7%AE%97%E6%B3%95/",
            "title": "有哪些垃圾回收算法",
            "date_published": "2024-02-11T07:00:00.000Z",
            "content_html": "
# 有哪些垃圾回收算法？
\n
# 1. 标记 - 清除（Mark-Sweep）算法
\n
分为标记和清除两个阶段：首先标记出所有需要回收的对象，在标记完成后统一回收所有被标记的对象。\"\"
\n
它的主要不足有两个：
\n\n
# 2. 复制算法
\n
为了解决效率问题，一种称为复制（Copying）的收集算法出现了，它将可用内存按容量划分为大小相等的两块，每次只使用其中的一块。当这一块的内存用完了，就将还存活着的对象复制到另外一块上面，然后再把已使用过的内存空间一次清理掉。这样使得每次都是对整个半区进行内存回收，内存分配时也就不用考虑内存碎片等复杂情况，只要移动堆顶指针，按顺序分配内存即可，实现简单，运行高效。
\n\"\"
\n复制算法的代价是将内存缩小为了原来的一半，减少了实际可用的内存。现在的商业虚拟机都采用这种收集算法来回收新生代，IBM 公司的专门研究表明，新生代中的对象 98% 是 “朝生夕死” 的，所以并不需要按照 1:1 的比例来划分内存空间，而是将内存分为一块较大的 Eden 空间和两块较小的 Survivor 空间，每次使用 Eden 和其中一块 Survivor。当回收时，将 Eden 和 Survivor 中还存活着的对象一次性地复制到另外一块 Survivor 空间上，最后清理掉 Eden 和刚才用过的 Survivor 空间。HotSpot 虚拟机默认 Eden 和 Survivor 的大小比例是 8:1，也就是每次新生代中可用内存空间为整个新生代容量的 90%（80%+10%），只有 10% 的内存会被 “浪费”。当然，98% 的对象可回收只是一般场景下的数据，我们没有办法保证每次回收都只有不多于 10% 的对象存活，当 Survivor 空间不够用时，需要依赖其他内存（这里指老年代）进行分配担保（Handle Promotion）。
\n
# 3. 标记 - 整理算法
\n
复制收集算法在对象存活率较高时就要进行较多的复制操作，效率将会变低。更关键的是，如果不想浪费 50% 的空间，就需要有额外的空间进行分配担保，以应对被使用的内存中所有对象都 100% 存活的极端情况，所以在老年代一般不能直接选用这种算法。根据老年代的特点，有人提出了另外一种标记 - 整理（Mark-Compact）算法，标记过程仍然与标记 - 清除算法一样，但后续步骤不是直接对可回收对象进行清理，而是让所有存活的对象都向一端移动，然后直接清理掉端边界以外的内存。
\n\"\"
\n
# 4. 分代收集算法
\n
当前商业虚拟机的垃圾收集都采用分代收集（Generational Collection）算法，这种算法并没有什么新的思想，只是根据对象存活周期的不同将内存划分为几块。一般是把 Java 堆分为新生代和老年代，这样就可以根据各个年代的特点采用最适当的收集算法。在新生代中，每次垃圾收集时都发现有大批对象死去，只有少量存活，那就选用复制算法，只需要付出少量存活对象的复制成本就可以完成收集。而老年代中因为对象存活率高、没有额外空间对它进行分配担保，就必须使用标记 — 清理或者标记 — 整理算法来进行回收。
\n",
            "tags": [
                "总结"
            ]
        },
        {
            "id": "https://hk2012.github.io/2024/02/11/doc/ABA%E9%97%AE%E9%A2%98%E9%81%87%E5%88%B0%E8%BF%87%E5%90%97%EF%BC%8C%E8%AF%A6%E7%BB%86%E8%AF%B4%E4%B8%80%E4%B8%8B/",
            "url": "https://hk2012.github.io/2024/02/11/doc/ABA%E9%97%AE%E9%A2%98%E9%81%87%E5%88%B0%E8%BF%87%E5%90%97%EF%BC%8C%E8%AF%A6%E7%BB%86%E8%AF%B4%E4%B8%80%E4%B8%8B/",
            "title": "ABA问题遇到过吗，详细说一下",
            "date_published": "2024-02-11T01:00:00.000Z",
            "content_html": "
# ABA 问题遇到过吗，详细说一下
\n
    \n
  1. 有两个线程同时去修改一个变量的值，比如线程 1、线程 2，都更新变量值，将变量值从 A 更新成 B。
    2. \n
  2. 首先线程 1 获取到 CPU 的时间片，线程 2 由于某些原因发生阻塞进行等待，此时线程 1 进行比较更新（CompareAndSwap），成功将变量的值从 A 更新成 B。
    3. \n
  3. 更新完毕之后，恰好又有线程 3 进来想要把变量的值从 B 更新成 A，线程 3 进行比较更新，成功将变量的值从 B 更新成 A。
    4. \n
  4. 线程 2 获取到 CPU 的时间片，然后进行比较更新，发现值是预期的 A，然后有更新成了 B。但是线程 1 并不知道，该值已经有了 A->B->A 这个过程，这也就是我们常说的 ABA 问题。
    5. \n
\n
举个具体的例子：
\n
小明在提款机，提取了 50 元，因为提款机问题，
\n有两个线程，同时把余额从 100 变为 50
\n
线程 1（提款机）：获取当前值 100，期望更新为 50，
\n
线程 2（提款机）：获取当前值 100，期望更新为 50，
\n
线程 1 成功执行，线程 2 某种原因 block 了，这时，某人给小明汇款 50
\n
线程 3（默认）：获取当前值 50，期望更新为 100，
\n
这时候线程 3 成功执行，余额变为 100，
\n
线程 2 从 Block 中恢复，获取到的也是 100，compare 之后，继续更新余额为 50！！！
\n
此时可以看到，实际余额应该为 100（100-50+50），但是实际上变为了 50（100-50+50-50）
\n
# 如何避免 ABA 问题：
\n
可以通过加版本号或者加时间戳解决，或者保证单向递增或者递减就不会存在此类问题。
\n
atomic 包下的 AtomicStampedReference 类：其 compareAndSet 方法首先检查当前引用是否等于预期引用，并且当前标志是否等于预期标志，如果全部相等，则以原子方式将该引用的该标志的值设置为给定的更新值。
\n
# CAS 导致的其他问题
\n
1、只能保证一个共享变量的原子操作
\n
当对一个共享变量执行操作时，我们可以使用循环 CAS 的方式来保证原子操作，但是对多个共享变量操作时，循环 CAS 就无法保证操作的原子性，这个时候就可以用锁，或者有一个取巧的办法，就是把多个共享变量合并成一个共享变量来操作。比如有两个共享变量 i＝2,j=a，合并一下 ij=2a，然后用 CAS 来操作 ij。从 Java1.5 开始 JDK 提供了 AtomicReference 类来保证引用对象之间的原子性，可以把多个变量放在一个对象里来进行 CAS 操作。
\n
2、循环时间长开销大
\n
自旋 CAS 如果长时间不成功，会给 CPU 带来非常大的执行开销。
\n",
            "tags": [
                "总结"
            ]
        },
        {
            "id": "https://hk2012.github.io/2024/02/10/doc/%E6%8F%8F%E8%BF%B0%E4%B8%80%E4%B8%8B%E7%BA%BF%E7%A8%8B%E5%AE%89%E5%85%A8%E6%B4%BB%E8%B7%83%E6%80%81%E9%97%AE%E9%A2%98%EF%BC%8C%E4%BB%A5%E5%8F%8A%E7%AB%9E%E6%80%81%E6%9D%A1%E4%BB%B6%20/",
            "url": "https://hk2012.github.io/2024/02/10/doc/%E6%8F%8F%E8%BF%B0%E4%B8%80%E4%B8%8B%E7%BA%BF%E7%A8%8B%E5%AE%89%E5%85%A8%E6%B4%BB%E8%B7%83%E6%80%81%E9%97%AE%E9%A2%98%EF%BC%8C%E4%BB%A5%E5%8F%8A%E7%AB%9E%E6%80%81%E6%9D%A1%E4%BB%B6%20/",
            "title": "描述一下线程安全活跃态问题，以及竞态条件",
            "date_published": "2024-02-10T09:20:00.000Z",
            "content_html": "
# 描述一下线程安全活跃态问题，以及竞态条件
\n
    \n
  1. 线程安全的活跃性问题可以分为 死锁、活锁、饥饿\n
      \n
    1. 活锁 就是有时线程虽然没有发生阻塞，但是仍然会存在执行不下去的情况，活锁不会阻塞线程，线程会一直重复执行某个相同的操作，并且一直失败重试\n
        \n
      1. 我们开发中使用的异步消息队列就有可能造成活锁的问题，在消息队列的消费端如果没有正确的 ack 消息，并且执行过程中报错了，就会再次放回消息头，然后再拿出来执行，一直循环往复的失败。这个问题除了正确的 ack 之外，往往是通过将失败的消息放入到延时队列中，等到一定的延时再进行重试来解决。
        2. \n
      2. 解决活锁的方案很简单，尝试等待一个随机的时间就可以，会按时间轮去重试
        3. \n
      \n
      2. \n
    2. 饥饿  就是 线程因无法访问所需资源而无法执行下去的情况\n
        \n
      1. 饥饿 分为两种情况：\n
          \n
        1. 一种是其他的线程在临界区做了无限循环或无限制等待资源的操作，让其他的线程一直不能拿到锁进入临界区，对其他线程来说，就进入了饥饿状态
          2. \n
        2. 另一种是因为线程优先级不合理的分配，导致部分线程始终无法获取到 CPU 资源而一直无法执行
          3. \n
        \n
        2. \n
      2. 解决饥饿的问题有几种方案:\n
          \n
        1. 保证资源充足，很多场景下，资源的稀缺性无法解决
          2. \n
        2. 公平分配资源，在并发编程里使用公平锁，例如 FIFO 策略，线程等待是有顺序的，排在等待队列前面的线程会优先获得资源
          3. \n
        3. 避免持有锁的线程长时间执行，很多场景下，持有锁的线程的执行时间也很难缩短
          4. \n
        \n
        3. \n
      \n
      3. \n
    3. 死锁  线程在对同一把锁进行竞争的时候，未抢占到锁的线程会等待持有锁的线程释放锁后继续抢占，如果两个或两个以上的线程互相持有对方将要抢占的锁，互相等待对方先行释放锁就会进入到一个循环等待的过程，这个过程就叫做死锁
      4. \n
    \n
    2. \n
  2. 线程安全的竞态条件问题\n
      \n
    1. 同一个程序多线程访问同一个资源，如果对资源的访问顺序敏感，就称存在竞态条件，代码区成为临界区。 大多数并发错误一样，竞态条件不总是会产生问题，还需要不恰当的执行时序
      2. \n
    2. 最常见的竞态条件为\n
        \n
      1. 先检测后执行执行依赖于检测的结果，而检测结果依赖于多个线程的执行时序，而多个线程的执行时序通常情况下是不固定不可判断的，从而导致执行结果出现各种问题，见一种可能 的解决办法就是：在一个线程修改访问一个状态时，要防止其他线程访问修改，也就是加锁机制，保证原子性
        2. \n
      2. 延迟初始化（典型为单例）
        3. \n
      \n
      3. \n
    \n
    3. \n
\n",
            "tags": [
                "总结"
            ]
        },
        {
            "id": "https://hk2012.github.io/2024/02/10/doc/%E5%AF%92%E5%81%87%E4%BD%9C%E4%B8%9A/",
            "url": "https://hk2012.github.io/2024/02/10/doc/%E5%AF%92%E5%81%87%E4%BD%9C%E4%B8%9A/",
            "title": "冷风中的热闹：洪庆林寒假作业大丑闻",
            "date_published": "2024-02-10T01:19:53.000Z",
            "content_html": "
# 英语作业
\n
    \n
  1. \n
    常州市完型填空 13 题
    \n\n
    2. \n
  2. \n
    常州市完型填空 20 题
    \n\n
    3. \n
  3. \n
    常州市作文
    \n\n
    4. \n
\n
# 数学作业
\n\n",
            "tags": [
                "总结"
            ]
        },
        {
            "id": "https://hk2012.github.io/2024/01/04/doc/Happens-Before%E8%A7%84%E5%88%99%E6%98%AF%E4%BB%80%E4%B9%88/",
            "url": "https://hk2012.github.io/2024/01/04/doc/Happens-Before%E8%A7%84%E5%88%99%E6%98%AF%E4%BB%80%E4%B9%88/",
            "title": "Happens-Before规则是什么",
            "date_published": "2024-01-04T09:20:00.000Z",
            "content_html": "
# Happens-Before 规则是什么？
\n
    \n
  1. \n
    程序顺序规则：一个线程中的每一个操作，happens-before 于该线程中的任意后续操作。
    \n
    double pi = 3.14; // A\ndouble r = 1.0; // B\ndouble area = pi * r * r; // C\n
    \n
    一个线程中，按照程序顺序，前面的操作 Happens-Before 于后续的任意操作。这个还是非常好理解的，比如上面那三行代码，第一行的 "double pi = 3.14;" happens-before 于 “double r = 1.0;”，这就是规则 1 的内容，比较符合单线程里面的逻辑思维，很好理解。
    \n
    2. \n
  2. \n
    监视器规则：对一个锁的解锁，happens-before 于随后对这个锁的加锁。
    \n
    这个规则中说的锁其实就是 Java 里的 synchronized。例如下面的代码，在进入同步块之前，会自动加锁，而在代码块执行完会自动释放锁，加锁以及释放锁都是编译器帮我们实现的。
    \n
    synchronized (this) { //此处自动加锁\n  // x是共享变量,初始值=10\n  if (this.x < 12) {\n    this.x = 12; \n  }  \n} //此处自动解锁\n
    \n
    所以结合锁规则，可以理解为：假设 x 的初始值是 10，线程 A 执行完代码块后 x 的值会变成 12（执行完自动释放锁），线程 B 进入代码块时，能够看到线程 A 对 x 的写操作，也就是线程 B 能够看到 x==12。这个也是符合我们直觉的，非常好理解。
    \n
    3. \n
  3. \n
    volatile 规则：对一个 volatile 变量的写，happens-before 于任意后续对一个 volatile 变量的读。
    \n
    4. \n
  4. \n
    传递性：若果 A happens-before B，B happens-before C，那么 A happens-before C。
    \n
    class VolatileExample {\n  int x = 0;\n  volatile boolean v = false;\n  public void writer() {\n    x = 42;\n    v = true;\n  }\n  public void reader() {\n    if (v == true) {\n      // 这里x会是多少呢？\n    }\n  }\n}\n
    \n
      \n
    1. “x=42” Happens-Before 写变量 “v=true” ，这是规则 1 的内容；
      2. \n
    2. 写变量 “v=true” Happens-Before 读变量 “v=true”，这是规则 3 的内容 。
      3. \n
    3. 再根据这个传递性规则，我们得到结果：“x=42” Happens-Before 读变量 “v=true”。这意味着什么呢？
      4. \n
    \n
    如果线程 B 读到了 “v=true”，那么线程 A 设置的 “x=42” 对线程 B 是可见的。也就是说，线程 B 能看到 “x == 42” ，有没有一种恍然大悟的感觉？这就是 1.5 版本对 volatile 语义的增强，这个增强意义重大，1.5 版本的并发工具包（java.util.concurrent）就是靠 volatile 语义来搞定可见性的。
    \n
    5. \n
  5. \n
    线程启动规则：Thread 对象的 start () 方法，happens-before 于这个线程的任意后续操作。
    \n
    6. \n
  6. \n
    线程终止规则：线程中的任意操作，happens-before 于该线程的终止监测。我们可以通过 Thread.join () 方法结束、Thread.isAlive () 的返回值等手段检测到线程已经终止执行。
    \n
    7. \n
  7. \n
    线程中断操作：对线程 interrupt () 方法的调用，happens-before 于被中断线程的代码检测到中断事件的发生，可以通过 Thread.interrupted () 方法检测到线程是否有中断发生。
    \n
    8. \n
  8. \n
    对象终结规则：一个对象的初始化完成，happens-before 于这个对象的 finalize () 方法的开始。
    \n
    9. \n
\n
总结
\n在 Java 语言里面，Happens-Before 的语义本质上是一种可见性，A Happens-Before B 意味着 A 事件对 B 事件来说是可见的，无论 A 事件和 B 事件是否发生在同一个线程里。例如 A 事件发生在线程 1 上，B 事件发生在线程 2 上，Happens-Before 规则保证线程 2 上也能看到 A 事件的发生。
\n
JMM 的设计分为两部分，一部分是面向我们程序员提供的，也就是 happens-before 规则，它通俗易懂的向我们程序员阐述了一个强内存模型，我们只要理解 happens-before 规则，就可以编写并发安全的程序了。 另一部分是针对 JVM 实现的，为了尽可能少的对编译器和处理器做约束，从而提高性能，JMM 在不影响程序执行结果的前提下对其不做要求，即允许优化重排序。 我们只需要关注前者就好了，也就是理解 happens-before 规则。毕竟我们是做程序员的，术业有专攻，能写出安全的并发程序就好了。
\n",
            "tags": [
                "总结"
            ]
        },
        {
            "id": "https://hk2012.github.io/2024/01/04/doc/jvm%E6%9C%89%E5%93%AA%E4%BA%9B%E5%9E%83%E5%9C%BE%E5%9B%9E%E6%94%B6%E5%99%A8%EF%BC%8C%E5%AE%9E%E9%99%85%E4%B8%AD%E5%A6%82%E4%BD%95%E9%80%89%E6%8B%A9%20/",
            "url": "https://hk2012.github.io/2024/01/04/doc/jvm%E6%9C%89%E5%93%AA%E4%BA%9B%E5%9E%83%E5%9C%BE%E5%9B%9E%E6%94%B6%E5%99%A8%EF%BC%8C%E5%AE%9E%E9%99%85%E4%B8%AD%E5%A6%82%E4%BD%95%E9%80%89%E6%8B%A9%20/",
            "title": "jvm有哪些垃圾回收器，实际中如何选择",
            "date_published": "2024-01-04T06:20:00.000Z",
            "content_html": "
# jvm 有哪些垃圾回收器，实际中如何选择
\n
\"\"
\n图中展示了 7 种作用于不同分代的收集器，如果两个收集器之间存在连线，则说明它们可以搭配使用。虚拟机所处的区域则表示它是属于新生代还是老年代收集器。
\n新生代收集器（全部的都是复制算法）：Serial、ParNew、Parallel Scavenge
\n 老年代收集器：CMS（标记 - 清理）、Serial Old（标记 - 整理）、Parallel Old（标记整理）
\n整堆收集器： G1（一个 Region 中是标记 - 清除算法，2 个 Region 之间是复制算法）
\n同时，先解释几个名词：
\n1，并行（Parallel）：多个垃圾收集线程并行工作，此时用户线程处于等待状态
\n 2，并发（Concurrent）：用户线程和垃圾收集线程同时执行
\n 3，吞吐量：运行用户代码时间／（运行用户代码时间＋垃圾回收时间）
\n1.Serial 收集器是最基本的、发展历史最悠久的收集器。
\n** 特点：** 单线程、简单高效（与其他收集器的单线程相比），对于限定单个 CPU 的环境来说，Serial 收集器由于没有线程交互的开销，专心做垃圾收集自然可以获得最高的单线程手机效率。收集器进行垃圾回收时，必须暂停其他所有的工作线程，直到它结束（Stop The World）。
\n应用场景：适用于 Client 模式下的虚拟机。
\nSerial / Serial Old 收集器运行示意图
\n\"\"
\n 2.ParNew 收集器其实就是 Serial 收集器的多线程版本。
\n除了使用多线程外其余行为均和 Serial 收集器一模一样（参数控制、收集算法、Stop The World、对象分配规则、回收策略等）。
\n特点：多线程、ParNew 收集器默认开启的收集线程数与 CPU 的数量相同，在 CPU 非常多的环境中，可以使用 - XX:ParallelGCThreads 参数来限制垃圾收集的线程数。
\n　　　和 Serial 收集器一样存在 Stop The World 问题
\n应用场景：ParNew 收集器是许多运行在 Server 模式下的虚拟机中首选的新生代收集器，因为它是除了 Serial 收集器外，唯一一个能与 CMS 收集器配合工作的。
\nParNew/Serial Old 组合收集器运行示意图如下：
\n\"\"
\n3.Parallel Scavenge 收集器与吞吐量关系密切，故也称为吞吐量优先收集器。
\n特点：属于新生代收集器也是采用复制算法的收集器，又是并行的多线程收集器（与 ParNew 收集器类似）。
\n该收集器的目标是达到一个可控制的吞吐量。还有一个值得关注的点是：GC 自适应调节策略（与 ParNew 收集器最重要的一个区别）
\nGC 自适应调节策略：Parallel Scavenge 收集器可设置 - XX:+UseAdptiveSizePolicy 参数。当开关打开时不需要手动指定新生代的大小（-Xmn）、Eden 与 Survivor 区的比例（-XX:SurvivorRation）、晋升老年代的对象年龄（-XX:PretenureSizeThreshold）等，虚拟机会根据系统的运行状况收集性能监控信息，动态设置这些参数以提供最优的停顿时间和最高的吞吐量，这种调节方式称为 GC 的自适应调节策略。
\nParallel Scavenge 收集器使用两个参数控制吞吐量：
\n\n
4.Serial Old 是 Serial 收集器的老年代版本。
\n特点：同样是单线程收集器，采用标记 - 整理算法。
\n应用场景：主要也是使用在 Client 模式下的虚拟机中。也可在 Server 模式下使用。
\nServer 模式下主要的两大用途（在后续中详细讲解・・・）：
\n
    \n
  1. 在 JDK1.5 以及以前的版本中与 Parallel Scavenge 收集器搭配使用。
    2. \n
  2. 作为 CMS 收集器的后备方案，在并发收集 Concurent Mode Failure 时使用。
    3. \n
\n
Serial / Serial Old 收集器工作过程图（Serial 收集器图示相同）：
\n\"\"
\n5.Parallel Old 是 Parallel Scavenge 收集器的老年代版本。
\n特点：多线程，采用标记 - 整理算法。
\n应用场景：注重高吞吐量以及 CPU 资源敏感的场合，都可以优先考虑 Parallel Scavenge+Parallel Old 收集器。
\nParallel Scavenge/Parallel Old 收集器工作过程图：
\n6.CMS 收集器是一种以获取最短回收停顿时间为目标的收集器。
\n特点：基于标记 - 清除算法实现。并发收集、低停顿。
\n应用场景：适用于注重服务的响应速度，希望系统停顿时间最短，给用户带来更好的体验等场景下。如 web 程序、b/s 服务。
\nCMS 收集器的运行过程分为下列 4 步：
\n初始标记：标记 GC Roots 能直接到的对象。速度很快但是仍存在 Stop The World 问题。
\n并发标记：进行 GC Roots Tracing 的过程，找出存活对象且用户线程可并发执行。
\n重新标记：为了修正并发标记期间因用户程序继续运行而导致标记产生变动的那一部分对象的标记记录。仍然存在 Stop The World 问题。
\n并发清除：对标记的对象进行清除回收。
\nCMS 收集器的内存回收过程是与用户线程一起并发执行的。
\nCMS 收集器的工作过程图：
\n\"\"
\nCMS 收集器的缺点：
\n\n
​
\n
7.G1 收集器一款面向服务端应用的垃圾收集器。
\n特点如下：
\n并行与并发：G1 能充分利用多 CPU、多核环境下的硬件优势，使用多个 CPU 来缩短 Stop-The-World 停顿时间。部分收集器原本需要停顿 Java 线程来执行 GC 动作，G1 收集器仍然可以通过并发的方式让 Java 程序继续运行。
\n分代收集：G1 能够独自管理整个 Java 堆，并且采用不同的方式去处理新创建的对象和已经存活了一段时间、熬过多次 GC 的旧对象以获取更好的收集效果。
\n空间整合：G1 运作期间不会产生空间碎片，收集后能提供规整的可用内存。
\n可预测的停顿：G1 除了追求低停顿外，还能建立可预测的停顿时间模型。能让使用者明确指定在一个长度为 M 毫秒的时间段内，消耗在垃圾收集上的时间不得超过 N 毫秒。
\nG1 收集器运行示意图：
\n\"\"
\n​
\n
关于 gc 的选择
\n除非应用程序有非常严格的暂停时间要求，否则请先运行应用程序并允许 VM 选择收集器（如果没有特别要求。使用 VM 提供给的默认 GC 就好）。
\n如有必要，调整堆大小以提高性能。 如果性能仍然不能满足目标，请使用以下准则作为选择收集器的起点：
\n\n
这些准则仅提供选择收集器的起点，因为性能取决于堆的大小，应用程序维护的实时数据量以及可用处理器的数量和速度。
\n如果推荐的收集器没有达到所需的性能，则首先尝试调整堆和新生代大小以达到所需的目标。 如果性能仍然不足，尝试使用其他收集器
\n总体原则：减少 STOP THE WORD 时间，使用并发收集器（比如 CMS+ParNew，G1）来减少暂停时间，加快响应时间，并使用并行收集器来增加多处理器硬件上的总体吞吐量。
\n",
            "tags": [
                "总结"
            ]
        },
        {
            "id": "https://hk2012.github.io/2024/01/04/doc/ThreadLocal%E7%9A%84%E5%8E%9F%E7%90%86%E6%98%AF%E4%BB%80%E4%B9%88%EF%BC%8C%E4%BD%BF%E7%94%A8%E5%9C%BA%E6%99%AF%E6%9C%89%E5%93%AA%E4%BA%9B/",
            "url": "https://hk2012.github.io/2024/01/04/doc/ThreadLocal%E7%9A%84%E5%8E%9F%E7%90%86%E6%98%AF%E4%BB%80%E4%B9%88%EF%BC%8C%E4%BD%BF%E7%94%A8%E5%9C%BA%E6%99%AF%E6%9C%89%E5%93%AA%E4%BA%9B/",
            "title": "ThreadLocal的原理是什么，使用场景有哪些",
            "date_published": "2024-01-03T23:00:00.000Z",
            "content_html": "
# ThreadLocal 的原理是什么，使用场景有哪些
\n
ThreadLocal 类中有两个变量 threadLocals 和 inheritableThreadLocals，二者都是 ThreadLocal 内部类 ThreadLocalMap 类型的变量，我们通过查看内部类 ThreadLocalMap 可以发现实际上它类似于一个 HashMap。在默认情况下，每个线程中的这两个变量都为 null:
\n
ThreadLocal.ThreadLocalMap threadLocals = null;\nThreadLocal.ThreadLocalMap inheritableThreadLocals = null;\n
\n
只有当线程第一次调用 ThreadLocal 的 set 或者 get 方法的时候才会创建他们。
\n
public T get() {
        Thread t = Thread.currentThread();
        ThreadLocalMap map = getMap(t);
        if (map != null) {
            ThreadLocalMap.Entry e = map.getEntry(this);
            if (e != null) {
                @SuppressWarnings(\"unchecked\")
                T result = (T)e.value;
                return result;
            }
        }
        return setInitialValue();
}
    
ThreadLocalMap getMap(Thread t) {
        return t.threadLocals;
}
除此之外，每个线程的本地变量不是存放在 ThreadLocal 实例中，而是放在调用线程的 ThreadLocals 变量里面。也就是说，ThreadLocal 类型的本地变量是存放在具体的线程空间上，其本身相当于一个装载本地变量的载体，通过 set 方法将 value 添加到调用线程的 threadLocals 中，当调用线程调用 get 方法时候能够从它的 threadLocals 中取出变量。如果调用线程一直不终止，那么这个本地变量将会一直存放在他的 threadLocals 中，所以不使用本地变量的时候需要调用 remove 方法将 threadLocals 中删除不用的本地变量，防止出现内存泄漏。
\n
public void set(T value) {
        Thread t = Thread.currentThread();
        ThreadLocalMap map = getMap(t);
        if (map != null)
            map.set(this, value);
        else
            createMap(t, value);
}
public void remove() {
         ThreadLocalMap m = getMap(Thread.currentThread());
         if (m != null)
             m.remove(this);
}
",
            "tags": [
                "总结"
            ]
        },
        {
            "id": "https://hk2012.github.io/2024/01/03/doc/ThreadLocal%E6%9C%89%E5%93%AA%E4%BA%9B%E5%86%85%E5%AD%98%E6%B3%84%E9%9C%B2%E9%97%AE%E9%A2%98%EF%BC%8C%E5%A6%82%E4%BD%95%E9%81%BF%E5%85%8D/",
            "url": "https://hk2012.github.io/2024/01/03/doc/ThreadLocal%E6%9C%89%E5%93%AA%E4%BA%9B%E5%86%85%E5%AD%98%E6%B3%84%E9%9C%B2%E9%97%AE%E9%A2%98%EF%BC%8C%E5%A6%82%E4%BD%95%E9%81%BF%E5%85%8D/",
            "title": "ThreadLocal有哪些内存泄露问题，如何避免",
            "date_published": "2024-01-03T09:00:00.000Z",
            "content_html": "
# ThreadLocal 有哪些内存泄露问题，如何避免
\n
每个 Thread 都有一个 ThreadLocal.ThreadLocalMap 的 map，该 map 的 key 为 ThreadLocal 实例，它为一个弱引用，我们知道弱引用有利于 GC 回收。当 ThreadLocal 的 key == null 时，GC 就会回收这部分空间，但是 value 却不一定能够被回收，因为他还与 Current Thread 存在一个强引用关系，如下
\n
\"image\" 由于存在这个强引用关系，会导致 value 无法回收。如果这个线程对象不会销毁那么这个强引用关系则会一直存在，就会出现内存泄漏情况。所以说只要这个线程对象能够及时被 GC 回收，就不会出现内存泄漏。如果碰到线程池，那就更坑了。 那么要怎么避免这个问题呢？ 在前面提过，在 ThreadLocalMap 中的 setEntry ()、getEntry ()，如果遇到 key == null 的情况，会对 value 设置为 null。当然我们也可以显示调用 ThreadLocal 的 remove () 方法进行处理。 下面再对 ThreadLocal 进行简单的总结：
\n\n",
            "tags": [
                "总结"
            ]
        },
        {
            "id": "https://hk2012.github.io/2024/01/03/doc/synchronized%E5%92%8Clock%E6%9C%89%E5%93%AA%E4%BA%9B%E5%8C%BA%E5%88%AB%20/",
            "url": "https://hk2012.github.io/2024/01/03/doc/synchronized%E5%92%8Clock%E6%9C%89%E5%93%AA%E4%BA%9B%E5%8C%BA%E5%88%AB%20/",
            "title": "synchronized和lock有哪些区别",
            "date_published": "2024-01-03T02:10:00.000Z",
            "content_html": "
# synchronized 和 lock 有哪些区别
\n
    \n
  1. 来源：
    \nlock 是一个接口，而 synchronized 是 java 的一个关键字，synchronized 是内置的语言实现；
    2. \n
  2. 异常是否释放锁：
    \nsynchronized 在发生异常时候会自动释放占有的锁，因此不会出现死锁；而 lock 发生异常时候，不会主动释放占有的锁，必须手动 unlock 来释放锁，可能引起死锁的发生。（所以最好将同步代码块用 try catch 包起来，finally 中写入 unlock，避免死锁的发生。）
    3. \n
  3. 是否响应中断
    \n lock 等待锁过程中可以用 interrupt 来中断等待，而 synchronized 只能等待锁的释放，不能响应中断；
    4. \n
  4. 是否知道获取锁
    \n Lock 可以通过 trylock 来知道有没有获取锁，而 synchronized 不能；
    5. \n
  5. Lock 可以提高多个线程进行读操作的效率。（可以通过 readwritelock 实现读写分离）
    6. \n
  6. 在性能上来说，如果竞争资源不激烈，两者的性能是差不多的，而当竞争资源非常激烈时（即有大量线程同时竞争），此时 Lock 的性能要远远优于 synchronized。所以说，在具体使用时要根据适当情况选择。
    7. \n
  7. synchronized 使用 Object 对象本身的 wait 、notify、notifyAll 调度机制，而 Lock 可以使用 Condition 进行线程之间的调度，
    8. \n
\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
区别类型synchronizedLock
存在层次Java 的关键字，在 jvm 层面上是 JVM 的一个接口
锁的获取假设 A 线程获得锁，B 线程等待。如果 A 线程阻塞，B 线程会一直等待情况而定，Lock 有多个锁获取的方式，大致就是可以尝试获得锁，线程可以不用一直等待 (可以通过 tryLock 判断有没有锁)
锁的释放1、以获取锁的线程执行完同步代码，释放锁 2、线程执行发生异常，jvm 会让线程释放在 finally 中必须释放锁，不然容易造成线程死锁
锁类型锁可重入、不可中断、非公平可重入、可判断 可公平（两者皆可）
性能少量同步适用于大量同步
支持锁的场景1.  独占锁1.  公平锁与非公平锁
\n
使用方式区别：
\n
Lock lock = new ReentrantLock();
    public void lockTest() {
        try {
            lock.tryLock();
            //do-something
        } finally {
            lock.unlock();
        }
    }
\tObject lock2 = new Object(); 
    public void testSync() {
        synchronized (lock2) {
            //do-something
        }
    }
",
            "tags": [
                "总结"
            ]
        },
        {
            "id": "https://hk2012.github.io/2024/01/02/doc/volatile%E7%9A%84%E5%8F%AF%E8%A7%81%E6%80%A7%E5%92%8C%E7%A6%81%E6%AD%A2%E6%8C%87%E4%BB%A4%E9%87%8D%E6%8E%92%E5%BA%8F%E6%80%8E%E4%B9%88%E5%AE%9E%E7%8E%B0%E7%9A%84/",
            "url": "https://hk2012.github.io/2024/01/02/doc/volatile%E7%9A%84%E5%8F%AF%E8%A7%81%E6%80%A7%E5%92%8C%E7%A6%81%E6%AD%A2%E6%8C%87%E4%BB%A4%E9%87%8D%E6%8E%92%E5%BA%8F%E6%80%8E%E4%B9%88%E5%AE%9E%E7%8E%B0%E7%9A%84/",
            "title": "volatile的可见性和禁止指令重排序怎么实现的",
            "date_published": "2024-01-02T08:10:00.000Z",
            "content_html": "
# volatile 的可见性和禁止指令重排序怎么实现的
\n
《深入理解 JAVA 虚拟机》中有如下描述：
\n
“观察加入 volatile 关键字和没有加入 volatile 关键字时所生成的汇编代码发现，加入 volatile 关键字时，会多出一个 lock 前缀指令”
\n
lock 前缀指令实际上相当于一个内存屏障（也成内存栅栏），内存屏障会提供 3 个功能：
\n
    \n
  1. 它确保指令重排序时不会把其后面的指令排到内存屏障之前的位置，也不会把前面的指令排到内存屏障的后面；即在执行到内存屏障这句指令时，在它前面的操作已经全部完成；
    2. \n
  2. 它会强制将对缓存的修改操作立即写入主存；
    3. \n
  3. 如果是写操作，它会导致其他 CPU 中对应的缓存行无效。
    4. \n
\n
所以可见性和禁止指令重排序如下：
\n\n
典型使用场景 DCL：
\n
public class Singleton {
    //volatile 是防止指令重排
    private static volatile Singleton singleton;
    private Singleton() {}
    public static Singleton getInstance() {
        // 第一层判断 singleton 是不是为 null
        // 如果不为 null 直接返回，这样就不必加锁了
        if (singleton == null) {
            // 现在再加锁
            synchronized (Singleton.class) {
                // 第二层判断
                // 如果 A,B 两个线程都在 synchronized 等待
                //A 创建完对象之后，B 还会再进入，如果不再检查一遍，B 又会创建一个对象
                if (singleton == null) {
                    singleton = new Singleton();
                }
            }
        }
        return singleton;
    }
}
",
            "tags": [
                "总结"
            ]
        },
        {
            "id": "https://hk2012.github.io/2024/01/02/doc/%E5%88%9B%E5%BB%BA%E7%BA%BF%E7%A8%8B%E6%9C%89%E5%93%AA%E4%BA%9B%E6%96%B9%E5%BC%8F/",
            "url": "https://hk2012.github.io/2024/01/02/doc/%E5%88%9B%E5%BB%BA%E7%BA%BF%E7%A8%8B%E6%9C%89%E5%93%AA%E4%BA%9B%E6%96%B9%E5%BC%8F/",
            "title": "创建线程有哪些方式",
            "date_published": "2024-01-01T22:10:00.000Z",
            "content_html": "
# 创建线程有哪些方式
\n
Java 可以用四种方式来创建线程，如下所示：
\n
    \n
  1. \n
    继承 Thread 类创建线程
    \n
    2. \n
  2. \n
    实现 Runnable 接口创建线程
    \n
    3. \n
  3. \n
    使用 Callable 和 Future 创建线程
    \n
    4. \n
  4. \n
    使用线程池例如用 Executor 框架继承 Thread 类创建线程
    \n
    5. \n
\n
下面让我们分别来看看这四种创建线程的方法。
\n
    \n
  1. \n
    通过继承 Thread 类来创建并启动多线程的一般步骤如下
    \n\n
    2. \n
\n
public class MyThreadTest {
    public static void main(String[] args) {
        MyThread myThread = new MyThread();
        myThread.start();
    }
}
class MyThread extends Thread{
    @Override
    public void run() {
        // 做一些操作
    }
}
    \n
  1. \n
    通过实现 Runnable 接口创建并启动线程一般步骤如下：
    \n\n
    2. \n
\n
public class MyThreadTest {
    public static void main(String[] args) {
        MyThread myThread = new MyThread(new MyRunnable());
        myThread.start();
    }
}
class MyRunnable  implements Runnable {
    @Override
    public void run() {
        // 做一些操作
    }
}
    \n
  1. \n
    和 Runnable 接口不一样，Callable 接口提供了一个 call（）方法作为线程执行体，call () 方法比 run () 方法功能要强大。
    \n\n
    2. \n
\n\n
\n
boolean cancel (boolean mayInterruptIfRunning)：视图取消该 Future 里面关联的 Callable 任务
\n
\n
\n
V get ()：返回 Callable 里 call（）方法的返回值，调用这个方法会导致程序阻塞，必须等到子线程结束后才会得到返回值
\n
\n
\n
V get (long timeout,TimeUnit unit)：返回 Callable 里 call（）方法的返回值，最多阻塞 timeout 时间，经过指定时间没有返回抛出 TimeoutException
\n
\n
\n
boolean isDone ()：若 Callable 任务完成，返回 True
\n
\n
\n
boolean isCancelled ()：如果在 Callable 任务正常完成前被取消，返回 True
\n
\n
介绍了相关的概念之后，创建并启动有返回值的线程的步骤如下：
\n
    \n
  1. \n
    创建 Callable 接口的实现类，并实现 call () 方法，然后创建该实现类的实例（从 java8 开始可以直接使用 Lambda 表达式创建 Callable 对象）。
    \n
    2. \n
  2. \n
    使用 FutureTask 类来包装 Callable 对象，该 FutureTask 对象封装了 Callable 对象的 call () 方法的返回值
    \n
    3. \n
  3. \n
    使用 FutureTask 对象作为 Thread 对象的 target 创建并启动线程（因为 FutureTask 实现了 Runnable 接口）
    \n
    4. \n
  4. \n
    调用 FutureTask 对象的 get () 方法来获得子线程执行结束后的返回值
    \n
    5. \n
\n
public class MyThreadTest {
    public static void main(String[] args) throws Exception{
        FutureTask target = new FutureTask<>(new MyRunnable(), null);
        Thread thread = new Thread(target);
        thread.start();
        target.get();
    }
}
class MyRunnable implements Runnable {
    @Override
    public void run() {
        // 做一些事情
    }
}
    \n
  1. 1.5 后引入的 Executor 框架的最大优点是把任务的提交和执行解耦。要执行任务的人只需把 Task 描述清楚，然后提交即可。这个 Task 是怎么被执行的，被谁执行的，什么时候执行的，提交的人就不用关心了。具体点讲，提交一个 Callable 对象给 ExecutorService（如最常用的线程池 ThreadPoolExecutor），将得到一个 Future 对象，调用 Future 对象的 get 方法等待执行结果就好了。Executor 框架的内部使用了线程池机制，它在 java.util.cocurrent 包下，通过该框架来控制线程的启动、执行和关闭，可以简化并发编程的操作。因此，在 Java 5 之后，通过 Executor 来启动线程比使用 Thread 的 start 方法更好，除了更易管理，效率更好（用线程池实现，节约开销）外，还有关键的一点：有助于避免 this 逃逸问题 —— 如果我们在构造器中启动一个线程，因为另一个任务可能会在构造器结束之前开始执行，此时可能会访问到初始化了一半的对象用 Executor 在构造器中。
    2. \n
\n
public static void main(String[] args) throws Exception{
        ExecutorService executorService = Executors.newSingleThreadExecutor();
        Runnable runnable = new Runnable(){
            @Override
            public void run() {
                // 写点逻辑
            }
        };
        // 执行 Runnable 接口，有返回值
        Future<?> submit = executorService.submit(runnable);
        submit.get();
        // 执行 Runnable 接口，无返回值
        executorService.execute(runnable);
        // 执行 Callable 接口，有返回值
        Callable<String> stringCallable = new Callable(){
            @Override
            public Object call() throws Exception {
                // 写逻辑
                return null;
            }
        };
        Future<String> submit1 = executorService.submit(stringCallable);
        submit1.get();
    }
",
            "tags": [
                "总结"
            ]
        },
        {
            "id": "https://hk2012.github.io/2024/01/02/doc/%E7%A8%8B%E5%BA%8F%E5%BC%80%E5%A4%9A%E5%B0%91%E7%BA%BF%E7%A8%8B%E5%90%88%E9%80%82/",
            "url": "https://hk2012.github.io/2024/01/02/doc/%E7%A8%8B%E5%BA%8F%E5%BC%80%E5%A4%9A%E5%B0%91%E7%BA%BF%E7%A8%8B%E5%90%88%E9%80%82/",
            "title": "创建线程有哪些方式",
            "date_published": "2024-01-01T22:10:00.000Z",
            "content_html": "
# 程序开多少线程合适
\n
# 为什么要找最佳线程数
\n
1. 过多的线程只会造成，更多的内存开销，更多的 CPU 开销，但是对提升 QPS 确毫无帮助
\n
2. 使用多线程就是在正确的场景下通过设置正确个数的线程来充分的利用 CPU 和 I/O 最大化程序的运行速度。
\n
# 从两个方面和分析：
\n\n
    \n
  1. CPU 密集型程序，一个完整请求，I/O 操作可以在很短时间内完成，CPU 还有很多运算要处理，也就是说 CPU 计算的比例占很大一部分，线程等待时间接近 0\n
      \n
    1. 单核 CPU： 一个完整请求，I/O 操作可以在很短时间内完成， CPU 还有很多运算要处理，也就是说 CPU 计算的比例占很大一部分，线程等待时间接近 0。单核 CPU 处理 CPU 密集型程序，这种情况并不太适合使用多线程。
      2. \n
    2. 多核 ： 如果是多核 CPU 处理 CPU 密集型程序，我们完全可以最大化的利用 CPU 核心数，应用并发编程来提高效率。CPU 密集型程序的最佳线程数就是：理论上线程数量 = CPU 核数（逻辑），但是实际上，数量一般会设置为 CPU 核数（逻辑）+ 1（经验值）, 计算 (CPU) 密集型的线程恰好在某时因为发生一个页错误或者因其他原因而暂停，刚好有一个 “额外” 的线程，可以确保在这种情况下 CPU 周期不会中断工作
      3. \n
    \n
    2. \n
  2. I/O 密集型程序，与 CPU 密集型程序相对，一个完整请求，CPU 运算操作完成之后还有很多 I/O 操作要做，也就是说 I/O 操作占比很大部分，在进行 I/O 操作时，CPU 是空闲状态，所以我们要最大化的利用 CPU，不能让其是空闲状态，由于 I/O 等待时间较长，线程等待时间所占比例越高，需要越多线程；线程 CPU 时间所占比例越高，需要越少线程，\n
      \n
    1. I/O 密集型程序的最佳线程数就是： 最佳线程数 = CPU 核心数 * (1/CPU 利用率) = CPU 核心数 *(1 + (I/O 耗时 / CPU 耗时))
      2. \n
    2. 如果几乎全是 I/O 耗时，那么 CPU 耗时就无限趋近于 0，所以纯理论你就可以说是 2N（N=CPU 核数），当然也有说 2N + 1 的，1 应该是 backup
      3. \n
    3. 一般我们说 2N + 1 就即可
      4. \n
    \n
    3. \n
\n
# 拓展
\n
1、我们已经知道创建多少个线程合适了，为什么还要搞一个线程池出来？
\n\n
# 风险不受控
\n
系统资源有限，每个人针对不同业务都可以手动创建线程，并且创建标准不一样（比如线程没有名字）。当系统运行起来，所有线程都在疯狂抢占资源，内存被无情榨干耗尽，这好比一个正木马程序（出现问题，自然也就不可能轻易的发现和解决）。
\n
# 频繁创建开销大
\n
内存分配，对象初始化，线程创建，线程状态保存等均需要资源
\n",
            "tags": [
                "总结"
            ]
        },
        {
            "id": "https://hk2012.github.io/2024/01/01/doc/Java%E7%B1%BB%E5%8A%A0%E8%BD%BD%E5%99%A8%E6%9C%89%E5%93%AA%E4%BA%9B/",
            "url": "https://hk2012.github.io/2024/01/01/doc/Java%E7%B1%BB%E5%8A%A0%E8%BD%BD%E5%99%A8%E6%9C%89%E5%93%AA%E4%BA%9B/",
            "title": "Java类加载器有哪些",
            "date_published": "2024-01-01T03:20:53.000Z",
            "content_html": "
# Java 类加载器有哪些
\n
# Bootstrap 类加载器
\n
启动类加载器主要加载的是 JVM 自身需要的类，这个类加载使用 C++ 语言实现的，没有父类，是虚拟机自身的一部分，它负责将 <JAVA_HOME>/lib 路径下的核心类库或 **-Xbootclasspath 参数指定的路径下的 jar 包 ** 加载到内存中，注意必由于虚拟机是按照文件名识别加载 jar 包的，如 rt.jar，如果文件名不被虚拟机识别，即使把 jar 包丢到 lib 目录下也是没有作用的 (出于安全考虑，Bootstrap 启动类加载器只加载包名为 java、javax、sun 等开头
\n
# Extention 类加载器
\n
扩展类加载器是指 Sun 公司实现的 sun.misc.Launcher$ExtClassLoader 类，由 Java 语言实现的，父类加载器为 Bootstrap（null），是 Launcher 的静态内部类，它负责加载 **<JAVA_HOME>/lib/ext 目录下或者由系统变量 - Djava.ext.dir 指定位路径中的类库 **，开发者可以直接使用标准扩展类加载器
\n
# Application 类加载器
\n
称应用程序加载器是指 Sun 公司实现的 sun.misc.Launcher$AppClassLoader。父类加载器为 ExtClassLoader，它负责加载系统类路径 java -classpath 或 **-D java.class.path 指定路径下的类库 **，也就是我们经常用到的 classpath 路径，开发者可以直接使用系统类加载器，一般情况下该类加载是程序中默认的类加载器，通过 ClassLoader#getSystemClassLoader () 方法可以获取到该类加载器
\n​
\n
# Custom 自定义类加载器
\n
应用程序可以自定义类加载器，父类加载器为 AppClassLoader
\n
\"image.png\"
\n",
            "tags": [
                "总结"
            ]
        },
        {
            "id": "https://hk2012.github.io/2023/12/09/course/wumingsha/",
            "url": "https://hk2012.github.io/2023/12/09/course/wumingsha/",
            "title": "无名杀安装教程",
            "date_published": "2023-12-09T07:48:53.000Z",
            "content_html": "
# 系统介绍
\n\n
# 添加扩展包
\n\n
# 注释
\n",
            "tags": []
        },
        {
            "id": "https://hk2012.github.io/2023/09/11/doc/PubmedPolictics2/",
            "url": "https://hk2012.github.io/2023/09/11/doc/PubmedPolictics2/",
            "title": "2024考研政治 (毛泽东思想和中特色社会主义理论体系概论)",
            "date_published": "2023-09-11T07:36:00.000Z",
            "content_html": "
# 毛泽东思想和中特色社会主义理论体系概论
\n
\"毛泽东思想中国特色理论体系概论\"
\n
# 导论
\n
# 马克思主义中国化的三次飞跃
\n\n
# 毛泽东思想
\n
# 毛泽东思想及其历史地位
\n\n
# 新民主主义革命理论
\n
\n
新民主主义革命理论形成的依据
\n
\n\n
\n
新民主主义革命理论的实践基础
\n
\n\n
\n
新民主主义革命的总路线和基本纲领
\n
\n\n
\n
新民主主义的基本纲领
\n
\n\n
\n
新民主主义革命的道路和基本经验
\n
\n
    \n
  1. 新民主主义革命道路的提出
    2. \n
\n\n
    \n
  1. 新民主主义革命道路形成的必然性
    2. \n
\n\n
    \n
  1. 新民主主义革命道路的内容及意义
    2. \n
\n\n
\n
新民主主义革命的三大法宝
\n
\n\n
\n
新民主主义革命理论的意义
\n
\n\n
# 社会主义改造理论
\n
\n
从新民主主义到社会主义的转变
\n
\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
性质五种经济成分
社会主义性质国营经济 (领导地位)
过度性质 (半社会主义性质)合作社经济
国家资本主义经济
非社会主义性质农民和手工业者的个体经济 (绝对优势)
私人资本主义经济
\n\n
\n
党在过渡时期的总路线及其理论依据
\n
\n
    \n
  1. 党在过渡时期的总路线提出
    2. \n
\n\n
    \n
  1. 党在过渡时期的总路线的理论依据
    2. \n
\n
\n
社会主义改造道路和历史经验
\n
\n\n
\n
社会主义改造的历史经验
\n
\n\n
\n
社会主义基本制度在中国的确立
\n
\n\n
\n
确立社会主义基本制度的重大意义
\n
\n
    \n
  1. 社会主义基本制度的确立是中国历史上最深刻最伟大的社会变革，为当代中国一切发展进步奠定了制度基础，也为中国特色社会主义制度的创新和发展提供了重要前提。
    2. \n
  2. 社会主义基本制度的确立，极大地提高了工人阶级和广大劳动人民的积极性、创造性，极大地促进了我国社会生产力的发展，初步显示了社会主义的优越性。
    3. \n
  3. 社会主义基本制度的确立，使广大劳动人民真正成为国家的主人。
    4. \n
  4. 中国社会主义基本制度的确立，使占世界人口 1/4 的东方大国进入了社会主义社会，这是世界社会主义运动史上又一个历史性的伟大胜利。
    5. \n
  5. 社会主义基本制度的确立，是以毛泽东为主要代表的中国共产党人对一个脱胎于半殖民地半封建的东方大国如何进行社会主义革命问题的系统回答和正面解决，是马克思列宁主义关于社会主义关于社会主义革命理论在中国的正确运用和创造性发展的结果。它不仅再次证明了马克思列宁主义的真理性，而且以其独创性的理论原则和经验总结丰富和发展了马克思主义的科学社会主义理论。
    6. \n
\n
# 社会主义建设道路初步探索的理论成果
\n
\n
初步探索的重要理论成果
\n
\n\n
\n
走中国工业化道路的思想
\n
\n\n
\n
初步探索的意义和经验教训
\n
\n\n
# 中国特色社会主义理论体系
\n
# 邓小平理论
\n
# 邓小平理论的形成
\n
\n
邓小平理论的形成条件
\n
\n\n
\n
邓小平理论的形成过程
\n
\n
    \n
  1. 党的十一届三中全会：重新确立解放思想、实事求是的思想路线
    2. \n
  2. 党的十二大："中国特色社会主义" 成为理论和实践创新的主题
    3. \n
  3. 党的十三大：第一次对中国特色社会主义理论进行系统概括，邓小平理论轮廓形成
    4. \n
  4. 南方谈话：邓小平理论走向成熟
    5. \n
  5. 党的十四大：高度评价了邓小平对创新中国特色社会主义理论的贡献
    6. \n
  6. 党的十五大：正式命名 "邓小平理论" 并写入党章
    7. \n
\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
重要会议考点内容
党的十一届三中全会(1) 彻底否定 "两个凡是" 的错误方针，果断结束 “以阶级斗争为纲” 的口号
(2) 高度评价关于真理标准问题的讨论，重新确立了党的思想路线、政治路线、组织路线
(3) 实现党和国家工作中心战略转移，开启了改革开放和社会主义现代化建设新时期，实现了新中国成立以来党的历史上最具有深远意义的伟大转折
党的十一届六中全会(1) 科学评价了毛泽东和毛泽东思想
(2) 提出了毛泽东思想的活的灵魂是 “实事求是、群众路线、独立自主”
(3) 第一次使用 “社会主义初级阶段” 的提法
党的十二大(1) “中国特色社会主义” 成为我们党的全部理论和实践创新的主题
党的十三大(1) 第一次对 "社会主义初级阶段" 理论作了系统阐述
(2) 提出了社会主义初级阶段的基本路线 “一个中心，两个基本点”
(3) 第一次对中国特色社会主义理论做了系统概括
(4) 邓小平理论轮廓形成
党的十四大(1) 明确了建立社会主义市场经济体制的改革目标
(2) 高度评价了邓小平对创新中国特色社会主义理论党的贡献
党的十五大(1) 把邓小平理论写入党章
(2) 指出 "公有制为主体、多种所有制经济共同发展" 是我国社会主义初级阶段的一项基本经济制度
\n
# 邓小平理论的基本问题和主要内容
\n
\n
邓小平理论回答的基本问题
\n
\n
    \n
  1. 邓小平理论首要的基本理论问题：什么是社会主义、怎样建设社会主义
    2. \n
  2. 社会主义的本质
    3. \n
\n\n
    \n
  1. 两条根本原则
    2. \n
\n\n
\n
邓小平理论的主要内容
\n
\n\n
# 邓小平理论的历史地位
\n\n
# 三个代表重要思想
\n
# 三个代表重要思想的形成
\n
\n
三个代表重要思想的形成条件
\n
\n\n
\n
三个代表重要思想的形成过程
\n
\n\n
# “三个代表” 重要思想的核心观点和主要内容
\n
\n
“三个代表” 重要思想的核心观点
\n
\n\n
\n
“三个代表” 重要思想的主要内容
\n
\n\n
# “三个代表” 重要思想的历史地位
\n\n
# 科学发展观
\n
# 科学发展观的形成
\n
\n
科学发展观的形成条件
\n
\n\n
\n
科学发展观的形成过程
\n
\n\n
# 科学发展观的科学内涵和主要内容
\n\n
\n
科学发展观的主要内容
\n
\n
    \n
  1. 加快转变经济发展形势
    2. \n
  2. 发展社会主义民主政治
    3. \n
  3. 推进社会主义文化强国建设
    4. \n
  4. 构建社会主义和谐社会
    5. \n
  5. 推进生态文明建设
    6. \n
  6. 全面提高党的建设科学化水平
    7. \n
\n
# 科学发展观的历史地位
\n
\n
科学发展观的重要意义
\n
\n\n
# 习近平新时代中国特色社会主义思想
\n
# 习近平新时代中国特色社会主义思想及其历史地位
\n
# 习近平新时代中国特色社会主义思想创立的社会历史条件
\n
\n
中国特色社会主义进入新时代
\n
\n\n
\n
世界百年未有之大变局
\n
\n\n
\n
中华民族伟大复兴正处于关键时期
\n
\n\n
# 习近平新时代中国特色社会主义思想的科学体系
\n
\n
习近平新时代中国特色社会主义思想的核心要义
\n
\n\n
\n
习近平新时代中国特色社会主义思想的主要内容
\n
\n\n
\n
习近平新时代中国特色社会主义思想的世界观和方法论
\n
\n\n
# 习近平新时代中国特色社会主义思想的历史地位
\n
\n
习近平新时代中国特色社会主义思想的重要意义
\n
\n\n
# 坚持和发展中国特色社会主义的总任务
\n
# 实现中华民族伟大复兴的中国梦
\n
\n
实现中华民族伟大复兴的中国梦
\n
\n\n
# 以中国式现代化全面推进中华民族伟大复兴
\n
\n
中国共产党的中心任务
\n
\n\n
# 五位一体 总体布局
\n
# 四个全面 战略布局
\n
# 实现中华民族伟大复兴的重要保障
\n
# 中国特色大国外交
\n
# 坚持和加强党的领导
\n",
            "tags": [
                "记录"
            ]
        },
        {
            "id": "https://hk2012.github.io/2023/09/09/doc/PubmedPolictics3/",
            "url": "https://hk2012.github.io/2023/09/09/doc/PubmedPolictics3/",
            "title": "2024考研政治 (中国近代史纲要)",
            "date_published": "2023-09-09T07:36:00.000Z",
            "content_html": "
# 中国近代史纲要
\n
# 旧民主主义革命时期
\n
# 进入近代后中华民族的磨难与抗争
\n
\n
鸦片战争前后的中国与世界
\n
\n\n
\n
西方列强对中国的侵略
\n
\n\n
\n
反抗外国武装侵略的斗争
\n
\n\n
\n
反侵略战争的失败与民族意识的觉醒
\n
\n\n
# 不同社会力量对国家出路的早期探索
\n
\n
太平天国运动的起落
\n
\n\n
\n
洋务运动的兴衰
\n
\n\n
\n
戊戌维新运动的兴起和夭折
\n
\n\n
# 辛亥革命与君主专制制度的终结
\n
\n
举起近代民族民主革命的旗帜
\n
\n\n
\n
辛亥革命与中华民国的建立
\n
\n\n
\n
北洋军阀统治与旧民主主义革命的失败
\n
\n\n
# 新民主主义革命时期
\n
# 中国共产党成立和中国革命新局面
\n\n
\n
马克思主义广泛传播与中国共产党诞生
\n
\n\n
\n
中国革命的新局面
\n
\n\n
# 中国革命的新道路
\n
\n
中国共产党对革命新道路的艰苦探索
\n
\n\n
\n
中国革命在曲折中前进
\n
\n\n
# 中华民族的抗日战争
\n
\n
日本发动企图灭亡中国的侵略战争
\n
\n\n
\n
中国人民奋起抗击日本侵略者
\n
\n\n
\n
抗日战争的正面战争
\n
\n\n
\n
中国共产党成为抗日战争的中流砥柱
\n
\n\n
\n
敌后战场的开辟与游击战争的发展及其战略地位
\n
\n\n
\n
抗日战争的胜利及其意义
\n
\n\n
\n
中国人民抗日战争在世界反法西斯战争中的地位
\n
\n\n
\n
抗日战争胜利的原因和意义
\n
\n\n
# 为建立新中国而奋斗
\n
\n
从争取和平民主到进行自卫战争
\n
\n\n
\n
抗日战争胜利的原因和意义
\n
\n
\n
抗日战争胜利的原因和意义
\n
\n
# 新中国时期
\n
# 中华人民共和国的成立与中国社会主义建设道路的探索
\n
# 改革开放与中国特色社会主义的开创和发展
\n
# 中国特色社会主义进入新时代
\n",
            "tags": [
                "记录"
            ]
        },
        {
            "id": "https://hk2012.github.io/2023/09/09/doc/PubmedPolictics4/",
            "url": "https://hk2012.github.io/2023/09/09/doc/PubmedPolictics4/",
            "title": "2024考研政治 (思想道德与法制)",
            "date_published": "2023-09-09T07:36:00.000Z",
            "content_html": "
# 思想道德与法制
\n
# 绪论
\n
# 担当复兴大任 成就时代新人
\n\n
# 思想篇
\n
# 领悟人生真谛 把握人生方向
\n\n
\n
第二节 正确的人生观
\n
\n\n
\n
第三节 创造有意义的人生
\n
\n\n
# 追求远大理想 坚定崇高信念
\n
\n
第一节 理想信念的内涵及重要性
\n
\n\n
\n
第二节 崇高的理想信念
\n
\n\n
\n
第三节 在实现中国梦的实践中放飞青春梦想
\n
\n\n
# 继承优良传统 弘扬中国精神
\n
\n
第一节 理想信念的内涵及重要性
\n
\n
# 道德篇
\n
# 明确价值要求 践行价值准则
\n
# 遵守道德规范 锤炼道德品格
\n
# 法治篇
\n
# 学习法治思想 提升法治素养
\n",
            "tags": [
                "记录"
            ]
        },
        {
            "id": "https://hk2012.github.io/2023/09/08/note/softwareEnginee/",
            "url": "https://hk2012.github.io/2023/09/08/note/softwareEnginee/",
            "title": "2024软件工程",
            "date_published": "2023-09-08T09:55:00.000Z",
            "content_html": "
# 概述
\n
# 软件和软件危机
\n
\n
软件的定义、特点及定义
\n
\n\n
\n
软件危机的定义及表现形式
\n
\n\n
# 软件工程
\n
\n
软件工程的定义及目标
\n
\n
\n
软件工程的研究内容和基本原理
\n
\n
\n
软件工程的发展史
\n
\n
# 软件过程和软件的生存周期
\n
\n
软件过程
\n
\n
\n
软件生存周期
\n
\n
# 软件开发模型
\n
\n
瀑布模型
\n
\n
\n
快速原型模型
\n
\n
\n
增量模型
\n
\n
\n
螺旋模型
\n
\n
\n
喷泉模型
\n
\n
\n
基于构建的开发模型
\n
\n
\n
统一过程（RUP）模型
\n
\n
\n
基于形式化的开发模型
\n
\n
# 传统的软件工程和面向对象的软件工程
\n
\n
传统的软件工程方法
\n
\n
\n
面向对象的软件工程方法
\n
\n
\n
传统的软件工程和面向对象的软件工程的分析方法对比
\n
\n
# 本章小结
\n\n
# 可行性研究
\n
\n
可行性研究的目的和任务
\n
\n\n
\n
可行性研究的步骤
\n
\n\n
\n
系统流程图
\n
\n\n
\n
成本 - 效益分析
\n
\n\n
\n
可行性研究报告的主要内容
\n
\n\n
# 本章小结
\n\n
# 软件需求分析
\n
\n
需求分析的任务和步骤
\n
\n\n
\n
需求获取的常用方法
\n
\n
    \n
  1. 客户访谈
    2. \n
  2. 建立联合分析小组
    3. \n
  3. 问题分析与确认
    4. \n
\n
\n
快速建立软件原型来获取需求
\n
\n\n
\n
快速建立软件原型来获取需求
\n
\n\n
\n
结构化分析方法
\n
\n\n
\n
需求分析图形工具
\n
\n\n
\n
数据库内容的需求分析和描述
\n
\n\n
\n
需求规格说明书
\n
\n\n
# 本章小结
\n\n
# 软件总体设计
\n
# 软件总体设计的目标和任务
\n\n
# 软件结构设计准则
\n
\n
软件体系结构设计准则
\n
\n
    \n
  1. 体系结构是对复杂事务的一种抽象
    2. \n
  2. 体系结构在一定的时间内保持稳定
    3. \n
  3. 良好的体系结构意味着普通、高效和稳定
    4. \n
\n
\n
软件模块设计准则
\n
\n
    \n
  1. 降低模块之间的耦合性，提高模块的内聚性
    2. \n
  2. 模块结构的深度、宽度、扇出和扇入适当
    3. \n
  3. 模块的作用范围应该在控制范围内
    4. \n
  4. 模块接口设计要简单，以便降低复杂程度和冗余度
    5. \n
  5. 设计功能可预测并能得到验证的模块
    6. \n
  6. 适当划分模块规模，以保持其独立性
    7. \n
\n
# 软件设计的概念和原理
\n
\n
模块和模块化
\n
\n\n
\n
抽象
\n
\n\n
\n
信息隐蔽和局部化
\n
\n\n
\n
模块独立性及其度量
\n
\n\n
# 数据库设计
\n
\n
数据库系统的三级模式概念
\n
\n\n
\n
数据库逻辑设计原则
\n
\n\n
\n
关系数据库规范化
\n
\n\n
\n
软件结构设计的图形工具
\n
\n
    \n
  1. \n
    软件结构图
    \n
    2. \n
  2. \n
    层次图
    \n
    3. \n
  3. \n
    HIPO 图
    \n
    4. \n
\n
\n
结构化设计方法
\n
\n
    \n
  1. \n
    数据流图机器类型
    \n
    2. \n
  2. \n
    结构化设计方法的步骤
    \n
    3. \n
  3. \n
    变换型数据流图的分析设计
    \n
    4. \n
  4. \n
    事务型数据流图的分析设计
    \n
    5. \n
  5. \n
    综合分析设计
    \n\n
    6. \n
\n
\n
总体设计说明书
\n
\n
    \n
  1. \n
    引言
    \n\n
    2. \n
  2. \n
    任务概述
    \n\n
    3. \n
  3. \n
    总体设计
    \n\n
    4. \n
  4. \n
    接口设计
    \n\n
    5. \n
  5. \n
    数据结构设计
    \n\n
    6. \n
  6. \n
    运行设计
    \n\n
    7. \n
  7. \n
    出错处理设计
    \n\n
    8. \n
  8. \n
    安全保密设计
    \n
    9. \n
  9. \n
    维护设计
    \n\n
    10. \n
\n
# 本章小结
\n\n
# 软件详细设计
\n
\n
详细设计的目的与任务
\n
\n\n
\n
结构化程序设计
\n
\n\n
\n
详细设计工具
\n
\n\n
\n
人机界面设计
\n
\n\n
\n
详细设计说明书
\n
\n\n
\n
本章小结
\n
\n\n
# 软件编码
\n
\n
程序设计语言的分类
\n
\n\n
\n
程序设计语言的选择
\n
\n\n
\n
程序设计风格
\n
\n\n
\n
本章小结
\n
\n\n
# 软件测试
\n
\n
软件测试的目标
\n
\n\n
\n
软件测试的原则
\n
\n\n
\n
软件测试方法及分类
\n
\n\n
\n
黑盒测试与白盒测试
\n
\n\n
\n
软件测试用例的设计
\n
\n\n
\n
软件测试过程
\n
\n\n
\n
调试
\n
\n\n
\n
软件测试阶段终止的条件
\n
\n\n
# 软件维护
\n
\n
软件维护概述
\n
\n\n
\n
软件维护的过程
\n
\n\n
\n
软件可维护性
\n
\n\n
\n
软件维护中存在的问题
\n
\n\n
\n
软件维护的副作用
\n
\n\n
\n
软件维护的代价
\n
\n\n
\n
再工程和逆向工程
\n
\n\n
\n
再工程和逆向工程
\n
\n\n",
            "tags": [
                "总结"
            ]
        },
        {
            "id": "https://hk2012.github.io/2023/09/08/note/softwareEnginee2/",
            "url": "https://hk2012.github.io/2023/09/08/note/softwareEnginee2/",
            "title": "2024面向对象的软件工程",
            "date_published": "2023-09-08T09:54:00.000Z",
            "content_html": "
# 面向对象方法学
\n
# 面向对象方法概述
\n\n
\n
面向对象方法学的发展
\n
\n\n
\n
面向对象方法学的优点与不足
\n
\n\n
# 面向对象的软件工程
\n\n
\n
面向对象的基本概念
\n
\n\n
\n
对象、类及类之间关系的分析
\n
\n\n
\n
典型的面向对象开发方法
\n
\n\n
# 统一建模语言 UML
\n
\n
概述
\n
\n\n
\n
UML 的发展
\n
\n\n
\n
UML 的定义及主要内容
\n
\n\n
\n
UML 的特点和用途
\n
\n\n
\n
UML 的模型视图简介
\n
\n\n
\n
UML 常用工具
\n
\n\n
\n
Rational Rose
\n
\n\n
# 统一软件开发过程 RUP 概述
\n\n
\n
RUP 的历史
\n
\n
\n
RUP 的特色
\n
\n\n
\n
RUP 软件开发的生存周期
\n
\n\n
\n
RUP 过程的建模
\n
\n\n
# 本章小结
\n\n
# 面向对象的分析
\n
# 面向对象的分析过程
\n\n
# 建立用例模型
\n
\n
需求分析与用例建模
\n
\n
\n
确定系统范围和系统边界
\n
\n
\n
确定参与者
\n
\n\n
\n
确定用例
\n
\n
\n
确定用例之间的关系
\n
\n\n
# 建立对象模型
\n\n
\n
面向对象分析大体上按照下列顺序进行:
\n
寻找类和对象 -> 识别结构 -> 识别主题 -> 定义属性 -> 建立动态模型 -> 建立功能模型 -> 定义服务
\n
\n
\n
确定类和对象
\n
\n
\n
筛选过程主要依据下列标准来删除不正确或不必要的类和对象
\n
冗余
\n
无关
\n
笼统
\n
属性
\n
操作
\n
实现
\n
\n
\n
确定关联
\n
\n
\n
标识关联的启发式规则有
\n
从需求描述中查找动词或动词短语，识别动作的主体和客体，从角色寻找关联；
\n
准确地命名关联和角色；
\n
尽量使用常用的修饰词标识名字空间和关键属性；
\n
应删除派生关联，即可由其他关联导出的关联；
\n
在一组关联被确定下来之前，先不必考虑实例之间的多重性
\n
为适用于不同的关联，必要时要分解以前确定的类；
\n
分析过程中，及时补上遗漏的关联
\n
\n
\n
确定属性
\n
\n
\n
建立对象类图
\n
\n
\n
划分主题
\n
\n
\n
优化对象模型
\n
\n
# 建立动态行为模型
\n
\n
建立顺序图
\n
\n
\n
建立通信图
\n
\n
\n
建立状态图
\n
\n\n
\n
建立活动图
\n
\n
    \n
  1. \n
    活动图与流程图
    \n
    2. \n
  2. \n
    活动图与状态图
    \n
    3. \n
  3. \n
    活动图的组成及 UML 图形表示
    \n\n
    4. \n
  4. \n
    活动的分解
    \n
    5. \n
  5. \n
    活动图建模技术
    \n\n
    6. \n
\n
# 建立物理实现模型
\n
\n
建立构件图
\n
\n
    \n
  1. 构件 (Component)
    2. \n
  2. 构件的接口
    3. \n
  3. 对构件和构件关系建模的用途
    4. \n
  4. 构件图 (Component Diagram)\n\n
    5. \n
\n
\n
建立部署图
\n
\n
    \n
  1. 部署图的要素\n\n
    2. \n
  2. 如何开发部署模型\n\n
    3. \n
  3. 几种部署图建模方法\n\n
    4. \n
\n
# 面向对象软件开发过程的案例分析
\n
\n
系统需求
\n
\n
    \n
  1. 客户预约汽车
    2. \n
  2. 客户得到汽车
    3. \n
  3. 客户返还汽车
    4. \n
\n
\n
系统用例模型
\n
\n
    \n
  1. 定义参与者
    2. \n
  2. 用例图
    3. \n
\n
\n
系统对象模型
\n
\n
\n
系统动态行为模型
\n
\n
    \n
  1. 顺序图和通信图\n\n
    2. \n
  2. 状态图和活动图\n\n
    3. \n
\n
\n
系统物理实现模型
\n
\n
    \n
  1. 构件图
    2. \n
  2. 部署图
    3. \n
\n
# 本章小结
\n\n
# 面向对象的设计与实现
\n
# 面向对象的设计准则和启发式规则
\n
\n
面向对象设计准则
\n
\n
    \n
  1. 模块化
    2. \n
  2. 抽象
    3. \n
  3. 信息隐蔽
    4. \n
  4. 弱耦合\n\n
    5. \n
  5. 强内聚\n\n
    6. \n
  6. 可重用\n\n
    7. \n
\n
\n
启发式规则
\n
\n
    \n
  1. 设计结果应该清晰易懂\n\n
    2. \n
  2. 一般 - 特殊结构的深度应适当
    3. \n
  3. 设计简单的类
    4. \n
  4. 使用简单的协议
    5. \n
  5. 使用简单的服务
    6. \n
  6. 把设计变动减至最小
    7. \n
\n
# 系统设计
\n
\n
问题域子系统设计
\n
\n
    \n
  1. 为复用设计与编程的类而增加结构
    2. \n
  2. 按编程语言调整继承关系
    3. \n
  3. 提高性能
    4. \n
  4. 为编程方便增加底层成分，通过细化对象的分类来实现
    5. \n
  5. 对复杂关联的转化并决定关联的实现方式
    6. \n
  6. 调整与完善属性
    7. \n
  7. 构造或优化算法，调整服务
    8. \n
  8. 其他
    9. \n
\n
\n
人机交互子系统设计
\n
\n
    \n
  1. 用户分类
    2. \n
  2. 描述与系统交互的参与者的脚本
    3. \n
  3. 设计详细的交互
    4. \n
  4. 设计命令层
    5. \n
  5. 设计人机交互类
    6. \n
  6. 继续做原型
    7. \n
\n
\n
任务管理子系统设计
\n
\n
    \n
  1. 确定任务的特征 (如事件驱动、时钟驱动等)
    2. \n
  2. 定义协调者任务和关联的对象
    3. \n
  3. 集成协调者和其他任务
    4. \n
\n
\n
任务管理子系统设计
\n
\n
    \n
  1. 选择数据存储管理的模式\n\n
    2. \n
  2. 设计数据管理子系统\n\n
    3. \n
\n
# 服务、关联与聚合关系设计
\n
\n
服务设计
\n
\n
    \n
  1. \n
    确定类中应有的服务
    \n\n
    2. \n
  2. \n
    设计实现服务的方法
    \n\n
    3. \n
\n
\n
关联设计
\n
\n
    \n
  1. 单向关联与双向关联
    2. \n
  2. 关联的命名
    3. \n
  3. 角色
    4. \n
  4. 关联类及其属性
    5. \n
  5. 关联的约束
    6. \n
  6. 关联的限定符
    7. \n
  7. 关联的种类
    8. \n
\n
\n
聚合关系设计
\n
\n
    \n
  1. 简化了对象的定义
    2. \n
  2. 支持软件重用
    3. \n
  3. 聚集和组合的区别如下：\n\n
    4. \n
\n
# 面向对象设计优化
\n
    \n
  1. 确定优先级
    2. \n
  2. 提高效率的几项技术\n\n
    3. \n
  3. 调整继承关系\n\n
    4. \n
\n
# 面向对象系统的实现
\n
\n
面向对象程序设计语言的选择
\n
\n
    \n
  1. 面向对象程序设计语言的优点
    2. \n
  2. 面向对象语言的技术特点
    3. \n
  3. 选择面向对象语言的实际原因
    4. \n
\n
\n
面向对象程序设计风格
\n
\n
    \n
  1. 提高可重用性
    2. \n
  2. 提高可扩充性
    3. \n
  3. 提高健壮性
    4. \n
\n
# 本章小结
\n\n
# 软件开发工具 StarUML 及其应用
\n
# 软件开发工具 StarUML 概述
\n
\n
StarUML 的安装及使用
\n
\n
    \n
  1. 运行 StarUML (tm) 的最低系统需求
    2. \n
  2. StarUML 的安装步骤
    3. \n
  3. StarUML 的使用
    4. \n
\n
\n
StarUML 的主要功能
\n
\n
# StarUML 环境下的 UML 图形建模
\n
\n
StarUML 的用例图、类图和包图
\n
\n
    \n
  1. 用例图
    2. \n
  2. 类图
    3. \n
  3. 包图
    4. \n
\n
\n
StarUML 的交互图和状态机图
\n
\n
    \n
  1. 顺序图和通信图
    2. \n
  2. 状态图和活动图
    3. \n
\n
\n
StarUML 的构件图与部署图
\n
\n
    \n
  1. 构件图
    2. \n
  2. 部署图
    3. \n
\n
\n
StarUML 的正向工程和逆向工程
\n
\n
    \n
  1. 代码生成
    2. \n
  2. 逆向工程
    3. \n
\n
# 一个简易教学管理系统的分析和设计
\n
\n
系统需求描述及分析
\n
\n
\n
系统问题领域分析
\n
\n
    \n
  1. 确定系统范围和系统边界
    2. \n
  2. 定义参与者
    3. \n
  3. 定义用例
    4. \n
  4. 绘制用例图
    5. \n
  5. 绘制主要交互图
    6. \n
\n
\n
静态结构模型的建立
\n
\n
\n
动态行为模型的建立
\n
\n
    \n
  1. 建立顺序图
    2. \n
  2. 建立通讯图
    3. \n
  3. 建立状态图
    4. \n
  4. 建立活动图
    5. \n
\n
\n
系统物理模型的建立
\n
\n
\n
代码框架自动生成的过程
\n
\n
# 本章小结
\n\n
# 软件体系结构
\n
# 软件体系结构概述
\n
# 经典的软件体系结构风格
\n
\n
管道 - 过滤器 (流程处理) 体系结构
\n
\n\n
\n
分层体系结构
\n
\n
\n
客户机 / 服务器体系结构
\n
\n
    \n
  1. \n
    两层的客户机 / 服务器体系结构
    \n
    2. \n
  2. \n
    3 层和多层体系结构
    \n
    3. \n
\n
\n
浏览器 / 服务器体系结构 (B/S)
\n
\n
# 现代的软件体系结构风格
\n
\n
公共对象请求代理体系结构
\n
\n
\n
基于层次消息总线的体系结构风格
\n
\n
\n
异构结构风格
\n
\n
    \n
  1. \n
    按功能不同构成的混合体系结构
    \n
    2. \n
  2. \n
    按结点组合方式的不同构成的混合体系结构
    \n\n
    3. \n
\n
# 本章小结
\n\n
# 设计模式
\n
# 设计模式概述
\n
\n
设计模式的出现和发展
\n
\n
\n
设计模式和软件体系结构的关系
\n
\n
\n
设计模式的优点和分类
\n
\n
# GRASP 设计模式及其应用
\n
\n
GRASP 设计模式概念及其分类
\n
\n
\n
几种典型的 GRASP 设计模式应用简介
\n
\n
    \n
  1. 信息专家 (Information Expert)
    2. \n
  2. 创建者 (Creator)
    3. \n
  3. 高内聚 (Hign Cohesion)
    4. \n
  4. 低耦合 (Low Goupling)
    5. \n
  5. 控制者 (Controller)
    6. \n
  6. 多态 (Polymorphism)
    7. \n
  7. 纯虚构 (Pure Fabrication)
    8. \n
  8. 间接，也成为中介者 (Indirection)
    9. \n
  9. 受保护变化 (Protected Variations)
    10. \n
\n
# GoF 设计模式及其应用
\n
    \n
  1. 模式名称
    2. \n
  2. 问题
    3. \n
  3. 解决方案
    4. \n
  4. 效果
    5. \n
\n\n
\n
GoF 设计模式的组成及其分类
\n
\n
    \n
  1. \n
    创建型模式 (Creational Pattern)：处理新对象的创建过程
    \n\n
    2. \n
  2. \n
    结构性模式 (Structural Pattern)：处理类和对象的组成
    \n\n
    3. \n
  3. \n
    行为型模式 (Behavioral Pattern)：详细说明对象或类之间如何交互及如何分配职责。
    \n\n
    4. \n
\n
# 本章小结
\n\n
# 软件工程新技术
\n
# 软件复用技术
\n\n
\n
软件复用概念及分类
\n
\n
\n
软件复用的关键技术和复用粒度
\n
\n\n
# 基于构件的软件工程技术
\n
\n
中间件技术
\n
\n\n
    \n
  1. 中间件要解决的问题\n\n
    2. \n
  2. 中间件的分类\n\n
    3. \n
  3. 中间件的发展及认识度
    4. \n
\n
\n
构件与构件化
\n
\n\n
\n
构件模型及描述语言
\n
\n
    \n
  1. 构建模型\n\n
    2. \n
  2. 构件描述语言
    3. \n
\n
\n
构件的检索与组装
\n
\n
    \n
  1. \n
    构件的检索
    \n\n
    2. \n
  2. \n
    构件组装技术
    \n
    3. \n
  3. \n
    构件组装技术及方法的分类
    \n
    4. \n
  4. \n
    构件组装的实现方法
    \n
    5. \n
\n
\n
基于构件的软件工程方法
\n
\n\n
\n
SOA 与 SaaS
\n
\n\n
# 软件过程与标准化
\n
\n
软件过程及其改进
\n
\n
    \n
  1. 对比目前的状态和期望达到的状态，找出存在的差距。
    2. \n
  2. 确定要改变那些差距，需要改变到什么程度。
    3. \n
  3. 制定相应的具体实施计划，其中的 "具体" 包括\n\n
    4. \n
\n
\n
ISO 9000 标准
\n
\n
\n
软件能力成熟度模型 (CMM)
\n
\n\n
    \n
  1. \n
    CMM 的内容
    \n\n
    2. \n
  2. \n
    关键过程域 (Key Process Area,KPA)
    \n
    3. \n
  3. \n
    CMM 实施中应注意的问题
    \n
    4. \n
\n
\n
PSP、TSP 和 CMMI
\n
\n
    \n
  1. 个体软件过程 (Personal Software Process , PSP)
    2. \n
  2. 小组软件开发过程 (Team Software Process , TSP)
    3. \n
  3. 能力成熟度继承模型 (Capability Maturity Model Integration , CMMI)\n\n
    4. \n
\n
# 敏捷软件开发过程
\n
\n
敏捷及敏捷过程的相关概念
\n
\n
    \n
  1. \n
    "敏捷过程" 在软件业中的提出
    \n\n
    2. \n
  2. \n
    敏捷的概念
    \n
    3. \n
  3. \n
    敏捷宣言所遵循的 12 条原则
    \n
      \n
    1. 人们最优先要做的是通过尽早地、持续地交付有价值的软件来使客户满意
      2. \n
    2. 即使到了开发的后期，也欢迎改变需求。敏捷过程利用变化来为客户创造竞争优势
      3. \n
    3. 经常性的交付可以工作的软件，交付的间隔可以从几个星期到几个月，交付的时间间隔越短越好。
      4. \n
    4. 在整个项目开发期间，业务人员和开发人员必须天天都在一起工作。
      5. \n
    5. 围绕被激励起来的个体来构建项目。给它们提供所需的环境和支持，并且信任它们能够完成工作。
      6. \n
    6. 在团队内部，最具有效果并且富有效率的传递信息的方法就是面对面的交谈
      7. \n
    7. 工作的软件是首要的进度度量标准
      8. \n
    8. 敏捷过程提倡可持续的开发进度。责任人、开发者和用户应保持一个长期恒定的开发速度。
      9. \n
    9. 不断关注优秀的技能和好的设计会增强敏捷能力
      10. \n
    10. 简单 - 使未完成的工作最大化的艺术 - 是根本的
      11. \n
    11. 最好的架构、需求和设计出自于自组织的团队
      12. \n
    12. 每隔一定时间，团队会在如何才能更有效的工作方面进行反省，然后相应地对自己的行为进行调整。
      13. \n
    \n
    4. \n
  4. \n
    敏捷软件过程的特性
    \n
      \n
    1. 轻载软件过程
      2. \n
    2. 基于时间
      3. \n
    3. 够用就好
      4. \n
    4. 并行
      5. \n
    5. 基于构建的软件工程
      6. \n
    \n
    5. \n
  5. \n
    敏捷软件过程模型 = 功能模型 + 合作模型 + 资源模型 + 产品模型
    \n
    6. \n
\n
\n
典型的敏捷过程模型
\n
\n
    \n
  1. 极限编程 (eXtreme Programming , XP)
    2. \n
  2. Scrum 方法\n\n
    3. \n
  3. 特征驱动开发 (Feature Driven Development , FDD)\n\n
    4. \n
\n
# Web 软件工程
\n
\n
Web 软件工程概述
\n
\n
    \n
  1. 基于 Web 的系统和应用的属性和特点\n\n
    2. \n
  2. Web 工程过程\n\n
    3. \n
\n
\n
Web 软件的需求分析
\n
\n
    \n
  1. 内容模型
    2. \n
  2. 交互模型
    3. \n
  3. 功能模型
    4. \n
  4. 配置模型
    5. \n
  5. 导航模型
    6. \n
\n
\n
Web 软件的设计
\n
\n
    \n
  1. WebApp 界面设计
    2. \n
  2. 美学设计
    3. \n
  3. 内容设计
    4. \n
  4. 体系结构设计\n\n
    5. \n
  5. 导航设计\n\n
    6. \n
  6. 构件级设计
    7. \n
\n
\n
Web 软件的测试
\n
\n
    \n
  1. 内容
    2. \n
  2. 功能
    3. \n
  3. 结构
    4. \n
  4. 易用性
    5. \n
  5. 导航性
    6. \n
  6. 性能
    7. \n
  7. 兼容性
    8. \n
  8. 互操作性
    9. \n
  9. 安全性
    10. \n
\n
# 软件产品线技术
\n
\n
软件产品线基本概念
\n
\n\n
\n
软件产品线方法
\n
\n
\n
北大青鸟工程
\n
\n\n
# 本章小结
\n\n",
            "tags": [
                "总结"
            ]
        },
        {
            "id": "https://hk2012.github.io/2023/09/08/note/CLanguage/",
            "url": "https://hk2012.github.io/2023/09/08/note/CLanguage/",
            "title": "2024 C语言程序设计",
            "date_published": "2023-09-08T09:51:00.000Z",
            "content_html": "
# C 语言与程序设计
\n
# C 语言特点
\n
1. 过程式语言：C语言是一种过程式编程语言，重点在于算法和逻辑的实现，以过程和函数为主要组织方式。\n2. 简洁高效：C语言设计简洁，执行高效，适合系统编程和底层开发。\n3. 指针：C语言提供了指针的概念，允许直接访问和操作内存地址，这在系统编程中很有用。\n4. 低级别控制：C语言提供了对计算机底层的直接控制，包括对硬件的访问、内存管理等。\n5. 面向过程：C语言是一种面向过程的语言，它将程序分解成一系列函数或过程，通过调用这些函数来完成任务。\n
\n\n
# 计算机的解题过程
\n
    \n
  1. 分析问题\n\n
    2. \n
  2. 设计算法\n\n
    3. \n
  3. 编写程序\n\n
    4. \n
  4. 运行验证\n\n
    5. \n
  5. 优化和改进\n\n
    6. \n
  6. 文档和维护\n\n
    7. \n
\n\n
# 算法的概念
\n\n
# 算法的特性
\n
    \n
  1. 有序性：算法由一系列明确的步骤组成，每个步骤都有特定的执行顺序。
    2. \n
  2. 确定性：算法对于给定的输入，在相同的条件下总是产生相同的输出，不受随机因素的影响。
    3. \n
  3. 可行性：算法是可行的，可以在有限的时间内完成执行。
    4. \n
  4. 输入输出：算法接受输入数据，并产生输出结果。
    5. \n
  5. 解决问题：算法用于解决特定的问题或执行特定的任务。
    6. \n
\n
# 算法的表示
\n\n
# 常用的算法介绍
\n
    \n
  1. \n
    枚举法
    \n
    2. \n
  2. \n
    递推法
    \n
    3. \n
  3. \n
    递归法
    \n
    4. \n
  4. \n
    回溯法
    \n
    5. \n
  5. \n
    贪婪法 （贪心算法）
    \n
      \n
    1. 最小生成树（Minimum Spanning Tree，MST）：从图中选择边的子集，使得这些边连接了所有节点，且总权重最小。
      2. \n
    2. 最短路径（Shortest Path）：寻找两个节点之间的最短路径，以最小化路径的总权重。
      3. \n
    \n
    6. \n
  6. \n
    动态规划法
    \n
      \n
    1. 斐波那契数列（Fibonacci Sequence）：通过将问题分解为更小的子问题，并保存子问题的解，来避免重复计算，从而提高效率。
      2. \n
    2. 最长公共子序列（Longest Common Subsequence，LCS）：寻找两个序列中的最长子序列，使得它在两个原始序列中同时出现，且不一定连续。
      3. \n
    \n
    7. \n
  7. \n
    排序算法：
    \n
      \n
    1. 冒泡排序（Bubble Sort）：通过多次遍历数组，依次比较相邻的元素，并交换它们，将最大（或最小）的元素逐步 “冒泡” 到数组的顶端。
      2. \n
    2. 选择排序（Selection Sort）：每次遍历数组，选择未排序部分的最小元素，并将其放置到已排序部分的末尾。
      3. \n
    3. 插入排序（Insertion Sort）：将数组分为已排序和未排序两部分，每次将未排序部分的第一个元素插入到已排序部分的适当位置 3
      4. \n
    4. 快速排序（Quick Sort）：选择一个基准元素，将数组分为小于基准元素和大于基准元素的两部分，然后递归地对这两部分进行排序。
      5. \n
    \n
    8. \n
  8. \n
    搜索算法：
    \n
      \n
    1. 线性搜索（Linear Search）：逐个检查数组中的元素，直到找到目标元素或遍历完整个数组。
      2. \n
    2. 二分搜索（Binary Search）：仅适用于有序数组，通过反复将目标值与数组中间元素比较，来确定目标值在数组中的位置。
      3. \n
    \n
    9. \n
  9. \n
    图算法
    \n
      \n
    1. 深度优先搜索（Depth-First Search，DFS）：遍历图的节点，沿着路径尽可能深入，直到无法再继续为止，然后回溯并继续探索其他路径。
      2. \n
    2. 广度优先搜索（Breadth-First Search，BFS）：从起始节点开始，逐层遍历图的节点，先访问所有与起始节点相邻的节点，然后依次访问它们的相邻节点。
      3. \n
    \n
    10. \n
\n\n
# 算法示例
\n\n
    \n
  1. 分析思路\n\n
    2. \n
  2. 算法步骤\n
      \n
    1. 遍历每个数组，并将数组中的每个元素添加到一个哈希集合中。
      2. \n
    2. 如果遇到的元素已经在哈希集合中存在，则将其添加到结果集中。
      3. \n
    \n
    3. \n
  3. 编写代码
    4. \n
\n\n
# C 语言基本概念
\n\n
#define PI 3.14159
\n
# 程序控制结构
\n\n
# 数组和字符串
\n\n
# 指针
\n\n
# 函数
\n\n
# 结构体、共用体和枚举
\n
# 文件
\n
# 编译预处理
\n
# 实验指导
\n",
            "tags": [
                "总结"
            ]
        },
        {
            "id": "https://hk2012.github.io/2023/09/02/doc/PubmedPolictics/",
            "url": "https://hk2012.github.io/2023/09/02/doc/PubmedPolictics/",
            "title": "2024考研政治 (马克思主义基本原理)",
            "date_published": "2023-09-02T07:48:53.000Z",
            "content_html": "
# 马克思主义基本原理
\n\n
# 导论
\n\n
点击展开
\n
\n
马克思主义的创立
\n
\n
\n
资本主义经济的发展为马克思主义的产生提供了经济、社会历史条件。
\n
\n
\n
无产阶级在反抗资产阶级的斗争逐步走向自觉，对科学理论的指导提出了强烈的需求。
\n
\n
\n
马克思、恩格斯的革命实践和对人类文明成果的继承与创新（主观条件）
\n
\n
\n\n
19世纪西欧三大先进思潮
\n
\n
为马克思主义提供了直接的理论来源
\n
\n\n
\n\n
19世纪三大科学发现
\n
\n
为马克思主义提供了自然科学前提
\n
\n\n
\n\n
点击展开
\n
\n
马恩列重要著作核心重点第一页
\n
\n
\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
著作主要内容或标志记忆关键词
《德意志意识形态》首次系统阐述历史唯物主义基本观点，创立了唯物史观、标志着马克思主义哲学的诞生首次系统阐述历史唯物主义
《资本论》系统阐述剩余价值理论，标志马克思主义政治经济学的诞生政治经济的诞生、被誉为\t 工人阶级的圣经
《共产党宣言》1. 标志着科学社会主义的诞生；2. 标志着马克思主义的诞生；3. 世界上第一个无产阶级政党的党纲（科学社会、马克思主义）的诞生、第一个无产阶级政党的党纲
《反杜林论》全面阐述马克思主义理论体系的著作全面阐述马克思主义理论体系，三个组成部分进行全面阐述
《德法年鉴》实现了唯心主义转唯物主义、革命民主主义转共产主义；为创立马克思主义奠定了思想前提实现了两个转变，奠定了思想前提
《神圣家族》批判黑格尔派的主观唯心主义，是马恩第一次合著的作品马恩第一次合著的作品
《哲学的贫困》马克思主义学说最早发表的文本马克思主义学说最早发表文本
\n
\n
\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n
著作主要内容或标志记忆关键词
《法兰西内战》科学总结巴黎公社的历史经验和教训巴黎公社经验教训
《哥达纲领批判》提出共产主义分为两个阶段：1. 社会主义社会；2. 共产主义社会。进一步丰富了科学社会主义学说丰富科学社会主义
《家庭、私有制和国家起源》关于古代社会发展规律和国家起源的著作；马克思主义国家学说代表作之一马恩的国家学说
《关于费尔巴哈的提纲》包含新世界观天才萌芽的第一个文件中，首次确立科学实践观天才萌芽、科学实践观
《帝国主义是资本主义的最高阶段》指出帝国主义是无产阶级革命的前夜革命的前夜 (列宁)
《论欧洲联邦口号》首次明确提出 "一国胜利论", 列宁认为无产阶级革命可能在少数国家甚至在一国取得胜利一国胜利论
《国家与革命》发展了马克思主义的国家革命论，马克思主义国家学说的代表作之一列宁的国家学说、与马恩的国家学说区别
《唯物主义和经验批判主义》明确提出 “生活”、“实践” 的观点、应该是 “认识论” 的首要的基本的观点“实践” 、 “认识论首要基本的观点”
\n
\n
\n\n
点击展开
\n
\n
列宁和中国共产党对马克思主义的丰富和发展
\n
\n
\n
    \n
  • 资本主义各国之间政治经济发展不平衡加剧，成为社会主义革命可能胜利的历史条件
    • \n
  • 经济政治发展的不平衡已成为资本主义发展的绝对规律。提出了社会主义革命可能在一国或数国首先发生并取得胜利的论断 （一国胜利论）。
    • \n
  • 俄国十月革命的胜利，使科学社会主义从理论开始变为现实
    • \n
\n
\n
\n
    \n
  • 中国共产党在长期奋斗中坚持把马克思主义基本原理同中国具体实际相结合，丰富和发展了马克思主义
    • \n
  • 先后产生了毛泽东思想，和中国特色社会主义理论体系。
    • \n
  • 习近平新时代中国特色社会主义思想是马克思主义中国化最新理论成果。
    • \n
\n
\n
\n\n
点击展开
\n
\n
列宁和中国共产党对马克思主义的丰富和发展
\n
\n
\n
    \n
  • 马克思主义是对自然、社会和人类思维发展本质和规律的 正确反映
    • \n
\n
\n
\n
    \n
  • 人民至上是马克思主义的 政治立场.
    • \n
  • 人民性是马克思主义最鲜明的品格.
    • \n
  • 归根到底就是一句话：为人类解放。
    • \n
\n
\n
\n
    \n
  • 实践性是马克思主义理论区别于其他理论的显著特征。
    • \n
  • 实践观点是马克思主义 首要的和基本的观点
    • \n
\n
\n
\n
    \n
  • 马克思主义是不断发展的学说，具有与时俱进的理论品质
    • \n
\n
\n
\n
# 刷题总结
\n
    \n
  1. 人民性、实践性、发展性统称为革命性。
    2. \n
  2. 一句话概括马克思主义的鲜明特征就是: 科学性和革命性的统一。
    3. \n
  3. 马克思主义理论区别于其他理论最显著根本特征：实践性
    4. \n
  4. 实践的的观点是马克思主义的基本观点
    5. \n
  5. 马克思主义的本质属性: 人民性
    6. \n
  6. 马克思主义追求的根本价值目标: 实现人的自由而全面的发展
    7. \n
  7. 马克思的整个世界观是不是教义，而是方法。它提供的不是现成的教条，是进一步研究的出发点和供这种研究使用的方法。(如果选项中出现 "现成答案"、"现成理想方案" 等，多为干扰项)
    8. \n
\n\n
点击展开
\n
\n
马克思主义的当代价值
\n
\n\n
\n
# 马克思主义哲学
\n
# 辩证唯物论
\n
# 哲学及其基本问题
\n\n
    \n
  1. \n
    物质第一性还是第二性，只是就谁是世界的本原而言的，不要把它与价值混淆。不存在物质和意识谁比谁更重要，也不涉及谁与社会生活的关系更密切的问题。第一性不等于第一重要，第二性也不等于第二重要
    \n
    2. \n
  2. \n
    唯心主义并非都是不可知论，唯心主义既有可知论 (黑格尔)，也有不可知论；唯物主义哲学家以及唯物主义观点的科学家，都反对不可知论，主张世界是可以认识的。
    \n
    3. \n
  3. \n
    唯心主义不等于形而上学，唯物主义不等于辩证法
    \n
    4. \n
  4. \n
    唯心主义的两种形态
    \n
    \n
    唯心主义又分为主观唯心主义和客观唯心主义
    \n
    \n
      \n
    • 主观唯心主义：把人的感觉、观念作为世界的本原.(关键词：心、观念、感觉、精神等)
      • \n
    • 客观唯心主义：把某种脱离物质、脱离任何个人的精神作为世界的本原. (关键词：理、理念、绝对观念、上帝、造物主、绝对精神等)
      • \n
    \n
    \n
    5. \n
  5. \n
    三种形态的唯物主义对物质的理解
    \n
    \n
    共同点：从朴素到科学、从片面到比较全面，但都把世界的本原归结为物质，主张物质第一性，意识第二性
    \n
    \n
      \n
    • 古代朴素唯物主义\n
        \n
      • "金 木 水 火 土" 等具体的物质形态
        • \n
      \n
      • \n
    • 近代形而上学唯物主义\n
        \n
      • 原子
        • \n
      \n
      • \n
    • 现代辩证唯物主义\n
        \n
      • 客观实在
        • \n
      \n
      • \n
    \n
    \n
    6. \n
\n
# 世界多样性与物质一致性
\n\n
    \n
  1. 运动是物质的根本属性或存在方式
    2. \n
  2. 物质和运动不可分割。脱离运动的物质是不存在的，
    3. \n
  3. 设想有不运动的物质，将导致形而上学。
    4. \n
\n\n
# 唯物辩证法
\n
# 事物的联系和发展
\n\n
# 唯物辩证法是认识世界和改造世界的根本方法
\n\n
# 辩证思维方法
\n
    \n
  1. 辩证思维的主要方法：\n\n
    2. \n
  2. 矛盾分析方法是根本的认识方法\n\n
    3. \n
  3. 学习唯物辩证法，不断增强思维能力，特别是不断增强\n\n
    4. \n
\n
# 认识论
\n
# 实践与认识
\n\n
\n
认识的过程
\n
\n\n
# 真理与价值
\n\n
\n
真理与价值的辩证统一
\n
\n\n
\n
价值评价的特点及其标准
\n
\n
    \n
  1. \n
    第一，评价以主客体之间的价值关系为认识对象。以获得关于客体对于主体的意义即 “善”“美” 的认识为目的。（知识性认识以求真为认识目的；价值评价以善和美为认识目的）
    \n
    2. \n
  2. \n
    第二，评价结果与评价主体直接相关，受主体意志的影响（与之相对，知识性认识的结果不以主体意志为转移）
    \n
    3. \n
  3. \n
    第三，评价结果的正确与否依赖于对客体状况和主体需要的认识。只有对主体和客体都有了正确认识，才能对主客体间的价值关系作出正确评价
    \n
    4. \n
  4. \n
    第四，价值评价有科学与非科学之别。科学的评价是客观公正、全面有效的评价。相反，非科学的评价是歪曲、遮蔽客观的价值关系的评价。评价作为一种价值判断活动，虽具有主观性，但并不是一种主观随意的认识活动，只有正确反映价值关系的评价才是正确的评价。对于任何主体而言，是否推动社会历史进步，是否符合社会发展趋势，是否维护、满足了最广大人民的需要和根本利益，是价值评价的最高标准，是判断特定主体实际需要是否合理的最高尺度
    \n
    5. \n
\n
\n
真理与价值在实践中的辩证统一
\n
\n\n
# 认识世界和改造世界
\n\n
# 唯物史观
\n
# 人类社会的存在与发展
\n
\n
唯物史观和唯心史观的对立
\n
\n\n
\n
社会存在和社会意识及其辩证关系
\n
\n\n
\"社会意识\"
\n\n
\n
生产力与生产关系的矛盾运动及其规律 （第一社会基本矛盾）
\n
\n\n
\n
经济基础与上层建筑的矛盾运动及其规律 （第二对社会基本矛盾）
\n
\n\n
\n
人类普遍交往与世界历史的形成和发展
\n
\n\n
\n
社会历史发展的动力
\n
\n\n
# 马克思政治经济学
\n
# 资本主义的本质及规律
\n
# 商品经济和价值规律
\n\n
\n
价值如何衡量
\n
\n\n
# 资本主义的发展及其趋势
\n
# 科学社会主义
\n
# 社会主义的发展及其规律
\n\n
# 共产主义崇高理想及其最终实现
\n
# 马原总结
\n
运动和时空的关系
\n
\n
运动和时空的关系
\n
\n\n
\n
意识的错误论断
\n
\n
意识的错误论断
\n
\n\n
\n
物质与意识的辩证关系
\n
\n
物质与意识的辩证关系
\n
\n\n
\n
马克思主义哲学于其他哲学派别的联系与区别
\n
\n
物质与意马克思主义哲学于其他哲学派别的联系与区别识的辩证关系
\n
\n\n
\n",
            "tags": [
                "记录"
            ]
        },
        {
            "id": "https://hk2012.github.io/2023/08/30/math/integralCalculus/",
            "url": "https://hk2012.github.io/2023/08/30/math/integralCalculus/",
            "title": "高等数学积分学",
            "date_published": "2023-08-30T08:58:53.000Z",
            "content_html": "
# 不定积分
\n
    \n
  1. 定义\n\n
    2. \n
  2. 原函数存在定理\n\n
    3. \n
  3. 几何含义\n\n
    4. \n
  4. 性质\n\n
    5. \n
\n
# 积分表
\n
    \n
  1. ∫0dx=C\\int 0 dx = C∫0dx=C
    2. \n
  2. ∫kdx=kx+C\\int k dx = kx + C∫kdx=kx+C
    3. \n
  3. ∫xμdx=xμ+1μ+1+C\\int x^\\mu dx = \\dfrac{x^{\\mu + 1}}{\\mu + 1} + C∫xμdx=μ+1xμ+1​+C
    4. \n
  4. ∫1xdx=ln⁡∣x∣+C\\int \\dfrac{1}{x} dx = \\ln|x| + C∫x1​dx=ln∣x∣+C
    5. \n
  5. ∫11+x2=arctan⁡(x)+C\\int \\dfrac{1}{1 + x^2} = \\arctan(x) + C∫1+x21​=arctan(x)+C
    6. \n
  6. ∫11−x2dx=arcsin⁡(x)+C\\int \\dfrac{1}{\\sqrt{1 - x^2}} dx = \\arcsin(x) + C∫1−x2​1​dx=arcsin(x)+C
    7. \n
  7. ∫cos⁡(x)dx=sin⁡(x)+C\\int \\cos(x) dx = \\sin(x) + C∫cos(x)dx=sin(x)+C
    8. \n
  8. ∫sin⁡(x)dx=−cos⁡(x)+C\\int \\sin(x) dx = -\\cos(x) + C∫sin(x)dx=−cos(x)+C
    9. \n
  9. ∫1cos⁡2(x)dx=∫sec⁡2(x)dx=tan⁡(x)+C\\int \\dfrac{1}{\\cos^2(x)} dx =\\int \\sec^2(x) dx = \\tan(x) +C∫cos2(x)1​dx=∫sec2(x)dx=tan(x)+C
    10. \n
  10. ∫1sin2(x)dx=∫csc⁡2(x)dx=−cot⁡(x)+C\\int \\dfrac{1}{sin^2(x)} dx = \\int \\csc^2(x) dx = -\\cot(x) + C∫sin2(x)1​dx=∫csc2(x)dx=−cot(x)+C
    11. \n
  11. ∫sec⁡(x)tan⁡(x)dx=sec⁡(x)+C\\int \\sec(x)\\tan(x) dx = \\sec(x) + C∫sec(x)tan(x)dx=sec(x)+C
    12. \n
  12. ∫csc⁡(x)cot⁡(x)dx=−csc⁡(x)+C\\int \\csc(x)\\cot(x) dx = -\\csc(x) + C∫csc(x)cot(x)dx=−csc(x)+C
    13. \n
  13. ∫exdx=ex+C\\int e^x dx = e^x + C∫exdx=ex+C
    14. \n
  14. ∫axdx=axln⁡(a)+C\\int a^x dx = \\dfrac{a^x}{\\ln(a)} + C∫axdx=ln(a)ax​+C
    15. \n
  15. ∫csc⁡2(x)=−cot⁡(x)+C\\int \\csc^2(x) = -\\cot(x) + C∫csc2(x)=−cot(x)+C
    16. \n
  16. ∫sec⁡2(x)=tan⁡2(x)+C\\int \\sec^2(x) = \\tan^2(x) + C∫sec2(x)=tan2(x)+C
    17. \n
  17. ∫1a2−x2dx=arcsin⁡(xa)+C\\int \\dfrac{1}{\\sqrt{a^2 - x^2}} dx = \\arcsin(\\dfrac{x}{a}) + C∫a2−x2​1​dx=arcsin(ax​)+C
    18. \n
  18. ∫1x2+a2dx=1aarctan⁡(xa)+C\\int \\dfrac{1}{x^2 + a^2} dx = \\dfrac{1}{a}\\arctan(\\dfrac{x}{a}) + C∫x2+a21​dx=a1​arctan(ax​)+C
    19. \n
  19. ∫1x2−a2dx=12aln⁡∣x−ax+a∣+C\\int \\dfrac{1}{x^2 - a^2} dx = \\dfrac{1}{2a}\\ln|\\dfrac{x - a}{x + a}| + C∫x2−a21​dx=2a1​ln∣x+ax−a​∣+C
    20. \n
  20. ∫1x2+a2dx=ln⁡(x+x2+a2)+C\\int \\dfrac{1}{\\sqrt{x^2 + a^2}} dx = \\ln(x + \\sqrt{x^2 + a^2}) + C∫x2+a2​1​dx=ln(x+x2+a2​)+C
    21. \n
  21. ∫1x2−a2dx=ln⁡(x+x2−a2)+C\\int \\dfrac{1}{\\sqrt{x^2 - a^2}} dx = \\ln(x + \\sqrt{x^2 - a^2}) + C∫x2−a2​1​dx=ln(x+x2−a2​)+C
    22. \n
  22. ∫tan⁡(x)dx=−ln⁡∣cos⁡(x)∣+C\\int \\tan(x) dx = -\\ln|\\cos(x)| + C∫tan(x)dx=−ln∣cos(x)∣+C
    23. \n
  23. ∫cot⁡(x)dx=ln⁡∣sin(x)∣+C\\int \\cot(x) dx = \\ln|sin(x)| + C∫cot(x)dx=ln∣sin(x)∣+C
    24. \n
  24. ∫sec⁡(x)=ln⁡∣sec⁡(x)+tan⁡(x)∣+C\\int \\sec(x) = \\ln|\\sec(x) + \\tan(x)| + C∫sec(x)=ln∣sec(x)+tan(x)∣+C
    25. \n
\n
# 换元积分法
\n\n
# 分部积分法
\n\n
# 往里拿的优先级
\n
    \n
  1. exe^xex
    2. \n
  2. sin⁡(x),cos⁡(x)\\sin(x) , \\cos(x)sin(x),cos(x)
    3. \n
  3. xnx^nxn
    4. \n
\n
# 有理函数的积分
\n\n
# 定积分
\n
# 概念与性质
\n\n
# 定积分性质
\n\n",
            "tags": [
                "总结"
            ]
        },
        {
            "id": "https://hk2012.github.io/2023/08/27/math/MathImages/",
            "url": "https://hk2012.github.io/2023/08/27/math/MathImages/",
            "title": "高等数学数学图像作图",
            "date_published": "2023-08-27T07:48:53.000Z",
            "content_html": "
# 函数图像
\n
# 基本图像
\n
    \n
  1. 心形线
    2. \n
  2. 玫瑰线
    3. \n
  3. 阿基米德螺线
    4. \n
  4. 摆线 （外摆线）
    5. \n
  5. 星形线 （内摆线）
    6. \n
\n
# 单调性
\n\n
# 凹凸性
\n
    \n
  1. 凹曲线:  f′(x)\\qquad f'(x)f′(x) 递增 f′′(x)>0↑\\qquad f''(x) > 0 \\qquad \\uparrowf′′(x)>0↑
    2. \n
  2. 凸曲线:  f′(x)\\qquad f'(x)f′(x) 递减 f′′(x)<0↓\\qquad f''(x) < 0 \\qquad \\downarrowf′′(x)<0↓
    3. \n
\n
# 凹凸区间分界点
\n
    \n
  1. 二阶导数为零的点
    2. \n
  2. 二阶导数不存在的点
    3. \n
\n
# 间断点
\n\n
# 极值
\n
# 定义
\n\n
# 定理
\n
    \n
  1. (必要条件) f(x)f(x)f(x) 在 x0x_0x0​ 可导，在 x0x_0x0​ 处取极值，f′(x0)=0f'(x_0) = 0f′(x0​)=0
    2. \n
  2. (充分条件) f(x)f(x)f(x) 在 x0x_0x0​ 连续，左边 f′(x0)>0f'(x_0) > 0f′(x0​)>0 , 右边 f′(x0)<0f'(x_0) < 0 \\quadf′(x0​)<0 取极大值
    3. \n
  3. (充分条件) f(x)f(x)f(x) 在 x0x_0x0​ 连续，左边 f′(x0)<0f'(x_0) < 0f′(x0​)<0 , 右边 f′(x0)>0f'(x_0) > 0 \\quadf′(x0​)>0 取极大值
    4. \n
  4. (充分条件) x∈U˚(x0)x \\in \\mathring{U}(x_0)x∈U˚(x0​) 在 f′(x0)f'(x_0)f′(x0​) 符号不变， x0x_0x0​ 不是极值
    5. \n
\n
# 判断方式
\n
    \n
  1. 求f′(x)f'(x)f′(x)
    2. \n
  2. 求驻点和不可导的点
    3. \n
  3. 考察左右导数符号是否变化\n\n
    4. \n
  4. 二阶可导 f′(x0)=0f′′(x0)≠0f'(x_0) = 0 \\quad f''(x_0) \\neq 0f′(x0​)=0f′′(x0​)=0\n\n
    5. \n
\n
# 最值
\n\n
# 函数图形的描绘
\n
# 步骤
\n
    \n
  1. 确定定义域，奇偶性，周期性 f′(x),f′′(x)f'(x), f''(x)f′(x),f′′(x)
    2. \n
  2. f′(x)=0,f′′(x)=0f'(x) = 0, f''(x) = 0f′(x)=0,f′′(x)=0 , f(x)f(x)f(x) 间断点，f′(x)f'(x)f′(x) 不存在的点，f′′(x)f''(x)f′′(x) 不存在的点，分开定义域。
    3. \n
  3. f′(x)f'(x)f′(x) 确定增减性，f′′(x)f''(x)f′′(x) 确定凹凸拐点
    4. \n
  4. 渐近线 (3 种)
    5. \n
  5. f′(x)=0,f′′(x)=0f'(x) = 0, f''(x) = 0f′(x)=0,f′′(x)=0 , 以及不存在的点，函数值
    6. \n
  6. 极值，最值
    7. \n
\n
# 例题一作图
\n
    \n
  1. 原函数: y=x3−x2−x+1x∈(−∞,+∞)y = x^3 - x^2 - x + 1 \\qquad  x \\in(-\\infty,+\\infty)y=x3−x2−x+1x∈(−∞,+∞)
    2. \n
  2. 一阶导数: f′(x)=3x2−2x−1f'(x) = 3x^2 - 2x - 1f′(x)=3x2−2x−1
    3. \n
  3. 二阶导数: f′′(x)=6x−2f''(x) = 6x - 2f′′(x)=6x−2
    4. \n
  4. 令 f′(x)=0⇒x=−13f'(x) = 0 \\Rightarrow x = -{\\cfrac{1}{3}}f′(x)=0⇒x=−31​ 或 x=1x = 1x=1
    5. \n
  5. 令 f′′(x)=0⇒x=13f''(x) = 0 \\Rightarrow x = {\\cfrac{1}{3}}f′′(x)=0⇒x=31​
    6. \n
  6. 表格\n\n
    7. \n
  7. 分析定义域\n\n
    8. \n
  8. 计算特殊值\n\n
    9. \n
  9. 该函数最终图像\n\n
    10. \n
\n
# 例题二作图
\n
    \n
  1. 原函数: y=12πe−x22x∈(−∞,+∞)y = \\dfrac{1}{\\sqrt{2\\pi}} e^{-\\frac{x^2}{2}}\\qquad  x \\in (-\\infty,+\\infty)y=2π​1​e−2x2​x∈(−∞,+∞) 偶函数，只考虑 x≥0x \\geq 0x≥0
    2. \n
  2. 一阶导数: f′(x)=−x12πe−x22f'(x) = -x\\dfrac{1}{\\sqrt{2\\pi}} e^{-\\frac{x^2}{2}}f′(x)=−x2π​1​e−2x2​
    3. \n
  3. 二阶导数: f′′(x)=12πe−x22(x2−1)f''(x) = \\dfrac{1}{\\sqrt{2\\pi}} e^{-\\frac{x^2}{2}}(x^2 - 1)f′′(x)=2π​1​e−2x2​(x2−1)
    4. \n
  4. 令 f′(x)=0⇒x=0f'(x) = 0 \\Rightarrow x = 0f′(x)=0⇒x=0
    5. \n
  5. 令 f′′(x)=0⇒x=±1f''(x) = 0 \\Rightarrow x = \\pm 1f′′(x)=0⇒x=±1
    6. \n
  6. 表格\n\n
    7. \n
  7. 分析定义域\n\n
    8. \n
  8. 计算特殊值\n\n
    9. \n
  9. 该函数最终图像\n\n
    10. \n
\n
# 例题三作图
\n
    \n
  1. 原函数: y=1+36x(x+3)2x∈(−∞,−3)∪(−3,+∞)y = 1 + \\dfrac{36x}{(x + 3)^2} \\qquad  x \\in(-\\infty,-3) \\cup (-3,+\\infty)y=1+(x+3)236x​x∈(−∞,−3)∪(−3,+∞)
    2. \n
  2. 一阶导数: f′(x)=36x(3−x)(x+3)3f'(x) = {\\dfrac{36x(3 - x)}{(x + 3)^3}}f′(x)=(x+3)336x(3−x)​
    3. \n
  3. 二阶导数: f′′(x)=72(x−6)(x+3)4f''(x) = {\\dfrac{72(x - 6)}{(x + 3)^4}}f′′(x)=(x+3)472(x−6)​
    4. \n
  4. 令 f′(x)=0⇒x=3f'(x) = 0 \\Rightarrow x = 3f′(x)=0⇒x=3
    5. \n
  5. 令 f′′(x)=0⇒x=6f''(x) = 0 \\Rightarrow x = 6f′′(x)=0⇒x=6
    6. \n
  6. 表格\n\n
    7. \n
  7. 分析定义域\n\n
    8. \n
  8. 计算特殊值\n\n
    9. \n
  9. 该函数最终图像\n\n
    10. \n
\n
# 曲率
\n
# 概述
\n\n
# 常见曲率形式
\n\n
# 
\n",
            "tags": [
                "总结"
            ]
        },
        {
            "id": "https://hk2012.github.io/2023/08/18/math/advancedMathematics/",
            "url": "https://hk2012.github.io/2023/08/18/math/advancedMathematics/",
            "title": "高等数学(数学二)",
            "date_published": "2023-08-18T07:48:53.000Z",
            "content_html": "
# 概述
\n
# 官方解释
\n\n
# 通俗解释
\n\n
# 第一节 函数与极限
\n\n
# 函数介绍
\n
# 教材定义
\n\n
# 通俗理解
\n\n
# 函数特性
\n
    \n
  1. 有界性:\n\n
    2. \n
  2. 单调性:\n\n
    3. \n
  3. 奇偶性:\n\n
    4. \n
  4. 周期性:\n\n
    5. \n
\n
# 反函数
\n\n
# 复合函数
\n\n
# 函数运算
\n\n
# 初等函数
\n\n
# 常见三角函数公式
\n
# 基本三角函数公式
\n\n
# 倍角公式
\n\n
# 半角公式
\n\n
# 两角和差公式
\n\n
# 积化和差公式
\n\n
# 和差化积公式
\n\n
# 第二节数列极限
\n
# 数列的形式
\n\n
# 数列极限
\n\n
# 收敛数列的性质
\n\n
# 第三节函数极限
\n
# 函数极限定义
\n\n
# 无穷小与无穷大
\n\n
# 函数极限性质
\n\n
# 函数定理
\n\n
    \n
  1. \n
    lim⁡[f(x)±g(x)]=lim⁡f(x)±lim⁡g(x)\\lim\\limits [f(x) \\pm g(x)] = \\lim\\limits f(x) \\pm \\lim\\limits g(x)\nlim[f(x)±g(x)]=limf(x)±limg(x)
    \n
    2. \n
  2. \n
    lim⁡[f(x)×g(x)]=lim⁡f(x)×lim⁡g(x)\\lim\\limits [f(x) \\times g(x)] = \\lim\\limits f(x) \\times \\lim\\limits g(x)\nlim[f(x)×g(x)]=limf(x)×limg(x)
    \n
    3. \n
  3. \n
    lim⁡[f(x)÷g(x)]=lim⁡f(x)÷lim⁡g(x)(B≠0)\\lim\\limits [f(x) \\div g(x)] = \\lim\\limits f(x) \\div \\lim\\limits g(x) (B \t\\not= 0)\nlim[f(x)÷g(x)]=limf(x)÷limg(x)(B=0)
    \n
    4. \n
  4. \n
    lim⁡[cf(x)]=clim⁡f(x)\\lim\\limits [cf(x)] = c\\lim\\limits f(x)\nlim[cf(x)]=climf(x)
    \n
    5. \n
  5. \n
    lim⁡[f(x)]n=[lim⁡f(x)]n\\lim\\limits [f(x)]^n = [\\lim\\limits f(x)]^n\nlim[f(x)]n=[limf(x)]n
    \n
    6. \n
  6. \n
    f(x)≥g(x),lim⁡f(x)≥lim⁡g(x)f(x) \\geq g(x) , \\lim\\limits f(x) \\geq \\lim\\limits g(x)\nf(x)≥g(x),limf(x)≥limg(x)
    \n
    7. \n
\n
# 两个准则，两个重要极限
\n\n
# 函数的连续性
\n
    \n
  1. 有极限
    2. \n
  2. 有定义
    3. \n
  3. 极限 = 函数值
    4. \n
  4. 左连续 = 右连续
    5. \n
\n
# 函数间断点
\n\n
    \n
  1. 在 x0x_0x0​ 处无定义
    2. \n
  2. 极限不存在
    3. \n
  3. 极限 不等于 函数值
    4. \n
\n\n
# 连续函数的定理
\n\n
# 做题总结
\n\n
# 导数与微分
\n
# 导数定义
\n
    \n
  1. 速度：匀速、非匀速 计算 t0t_0t0​ 到 t 的平均速度
    2. \n
  2. 切线: f(x)f(x)f(x) 变化量和 xxx 变化量的比值
    3. \n
  3. 定义: y=f(x)y = f(x)y=f(x) 在 x0x_0x0​ 的领域内有定义，x0x_0x0​ 处取 δx\\delta xδx
    4. \n
\n
# 常见导数公式
\n\n
# 单侧导数
\n\n
# 导数的几何含义
\n\n
# 可导与连续的关系
\n\n
# 求导法则
\n\n
# 高阶导数
\n\n
# 微分
\n
# 微分的定义
\n
# 定义
\n\n
# 充要条件
\n\n
# 基本微分公式与法则
\n\n
# 公式 ( x→0{x \\rightarrow 0}x→0 )
\n\n
# 微分中值定理
\n
# 费马引理
\n\n
# 罗尔定理
\n\n
# 拉格朗日中值定理
\n\n
# 柯西中值定理
\n\n
# 洛必达法则
\n\n
# 泰勒公式
\n\n
    \n
  1. \n
    sinx = x−x33!x -\\displaystyle\\frac{x^3}{3!}x−3!x3​ + o(x3)
    \n
    2. \n
  2. \n
    cosx = 1 - x22!\\displaystyle\\frac{x^2}{2!}2!x2​ + x44!\\displaystyle\\frac{x^4}{4!}4!x4​ + o(x4)
    \n
    3. \n
  3. \n
    tanx = x + x33\\displaystyle\\frac{x^3}{3}3x3​ + o(x3)
    \n
    4. \n
  4. \n
    arcsinx = x + x33!\\displaystyle\\frac{x^3}{3!}3!x3​ + o(x^3)
    \n
    5. \n
  5. \n
    arcsinx = x + 12∗x33+12∗34∗x55+o(x5)\\displaystyle\\frac{1}{2} {*} \\displaystyle\\frac{x^3}{3} {+} \\displaystyle\\frac{1}{2} {*} \\displaystyle\\frac{3}{4} {*} \\displaystyle\\frac{x^5}{5} + o(x^5)21​∗3x3​+21​∗43​∗5x5​+o(x5)
    \n
    6. \n
  6. \n
    arctanx = x−x33+o(x3)x - \\displaystyle\\frac{x^3}{3} + o(x^3)x−3x3​+o(x3)
    \n
    7. \n
  7. \n
    ln⁡(1+x)=x−x22+x33+o(x3)\\ln(1 + x) = x - \\displaystyle\\frac{x^2}{2} + \\displaystyle\\frac{x^3}{3} + o(x^3)ln(1+x)=x−2x2​+3x3​+o(x3)
    \n
    8. \n
  8. \n
    ex=1+x+x22!+xo(x2)e^x = 1 + x + \\displaystyle\\frac{x^2}{2!} + x^ o(x^2)ex=1+x+2!x2​+xo(x2)
    \n
    9. \n
  9. \n
    (1+x)α=1+αx+α(α−1)x22!+o(x2)(1 + x)^α = 1 + αx + \\displaystyle\\frac{α(α -1)x^2}{2!} + o(x^2)(1+x)α=1+αx+2!α(α−1)x2​+o(x2)
    \n
    10. \n
\n",
            "tags": []
        },
        {
            "id": "https://hk2012.github.io/2023/01/24/java/jvm%E9%9D%A2%E8%AF%95%E9%A2%98/",
            "url": "https://hk2012.github.io/2023/01/24/java/jvm%E9%9D%A2%E8%AF%95%E9%A2%98/",
            "title": "jvm面试题整理",
            "date_published": "2023-01-24T07:48:53.000Z",
            "content_html": "
# JVM 底层面试题
\n
    \n
  1. \n
    说一说 JVM 主要组成部分及其作用
    \n 1.1. class loader: 类加载器，加载类文件到内存，class loader 只管加载，只要符合文件结构就加载，至于能否运行，它不负责（由 execution engine 负责）
    \n1.2. execution engine: 执行引擎或解释器，负责解释命令，交由操作系统执行
    \n 1.3. native interface：本地接口，本地接口的作用是融合不同的语言为 java 所用。
    \n1.4. runtimeDate area: 运行数据区，这是 jvm 的重点，我们所写的程序都被加载到这里，之后才开始运行。
    \n- 1.4.1. java virtual machine stacks: 栈也叫栈内存，是 java 程序的运行区，是在线程创建时创建，他的生命周期跟随线程的生命周期，线程结束时，栈内存释放；
    \n- 1.4.2. 堆内存：一个 JVM 实例只存在一个堆内存，堆内存的大小是可以调节的
    \n - 1.4.3. program counter register: 程序计数器 当前线程所执行的字节码的行号指示器，字节码解析器的工作是通过改变这个计数器的值，来选取下一条需要执行的字节码指令，
    \n
    1.5. 组件作用：通过 class loader 将 java 代码转换成字节码，（runtime data area）再把字节码加载到内存中，而字节码文件只是 JVM 的一套指令集规范，并不能直接交给操作系统执行，因此还需要特定命令的执行引擎（execution engine）, 将字节码翻译成底层系统指令，再交由 CPU 执行，而这个过程中需要调用其他语言的本地库接口（Native Interface）来实现整个程序的功能。
    \n
    2. \n
  2. \n
    说一下 JVM 运行时数据区
    \n程序计数器（Program Counter Register）：当前线程所执行的字节码的行号指示器，字节码解析器的工作是通过改变这个计数器的值，来选取下一条需要执行的字节码指令，分支、循环、跳转、异常处理、线程恢复等基础功能，都需要依赖这个计数器来完成；
    \nJava 虚拟机栈（Java Virtual Machine Stacks）：用于存储局部变量表、操作数栈、动态链接、方法出口等信息；
    \n本地方法栈（Native Method Stack）：与虚拟机栈的作用是一样的，只不过虚拟机栈是服务 Java 方法的，而本地方法栈是为虚拟机调用 Native 方法服务的；
    \nJava 堆（Java Heap）：Java 虚拟机中内存最大的一块，是被所有线程共享的，几乎所有的对象实例都在这里分配内存；
    \n方法区（Methed Area）：用于存储已被虚拟机加载的类信息、常量、静态变量、即时编译后的代码等数据。
    \n
    3. \n
\n
总结下来
\n\n",
            "tags": [
                "总结"
            ]
        },
        {
            "id": "https://hk2012.github.io/2023/01/13/note/hexoUseReport/",
            "url": "https://hk2012.github.io/2023/01/13/note/hexoUseReport/",
            "title": "hexo使用问题记录",
            "date_published": "2023-01-13T03:04:53.000Z",
            "content_html": "
# hexo d timeout
\n\n
效果图
\n
\"提交代码超时问题\"
\n\n
# Deployment
## Docs: https://hexo.io/docs/one-command-deployment
deploy:
  type: git
  # 1. 问题： 仓库地址 repository 设置成 https 开头，会经常超时
  # repo: https://github.com/hk2012/hk2012.github.io.git
  # 2. 解决方法   
  repo: git@github.com:hk2012/hk2012.github.io.git
  
  branch: master
",
            "tags": [
                "总结"
            ]
        },
        {
            "id": "https://hk2012.github.io/2023/01/12/note/npmUse/",
            "url": "https://hk2012.github.io/2023/01/12/note/npmUse/",
            "title": "npm 使用记录",
            "date_published": "2023-01-12T08:36:53.000Z",
            "content_html": "
# npm 使用记录
\n\n
npm install -g npm
\n
npm install npm@6.14 -g
\n
npm cache clean -f
# vue 通过 nginx 部署 404 问题
\n
效果图
\n\"vue
\n\n
    \n
  1. 问题： 出现 404 的原因是由于在这个域名根目录 /data/irs/irs-caster/frontend 文件下面压根没有 'build/index' 这个真实资源存在
    2. \n
\n
server {
        listen       2643;
        server_name  43.192.4.68;
        index index.php index.html index.htm default.php default.htm default.html;
        root /data/irs/irs-caster/frontend;
    }
    \n
  1. 解决问题
    2. \n
\n
server {
    listen       2643;
    server_name  43.192.4.68;
    index index.php index.html index.htm default.php default.htm default.html;
    root /data/irs/irs-caster/frontend;
    #vue-router 配置
    location / {
    try_files $uri $uri/ @router;
    index index.html;
    }
    location @router {
    rewrite ^.*$ /index.html last;
    }
}
    \n
  1. \n
    重启 nginx 后，问题就迎刃而解了。
    \n
    2. \n
  2. \n
    测试
    \n
    3. \n
\n",
            "tags": [
                "总结"
            ]
        },
        {
            "id": "https://hk2012.github.io/2023/01/11/note/messageQueue/",
            "url": "https://hk2012.github.io/2023/01/11/note/messageQueue/",
            "title": "消息队列 知识总结",
            "date_published": "2023-01-11T07:25:53.000Z",
            "content_html": "
# 定义
\n\n",
            "tags": [
                "总结"
            ]
        }
    ]
}