皮皮网

1.工作流的加班记录加班记录优点有哪些？
2.面试说两天给结果给我，那都没有机会为什么不说今天给结果给我？
3.IFIX中如何引用CryStal Report
4.银行卡行号在哪里查询到
5.转一篇我自动化学院老乡的源码秋招30w+的心得
6.基于天翎低代码平台开发的OA系统

工作流的优点有哪些？

       工作流（Workflow）就是“业务过程的部分或整体在计算机应用环境下的自动化”，它主要解决的下载是“使在多个参与者之间按照某种预定义的规则传递文档、信息或任务的加班记录加班记录过程自动进行，从而实现某个预期的源码业务目标，或者促使此目标的下载金牌boll指标源码实现”。

       简单地说，加班记录加班记录工作流就是源码一系列相互衔接、自动进行的下载业务活动或任务。一个工作流包括一组任务（或活动）及它们的加班记录加班记录相互顺序关系，还包括流程及任务（或活动）的源码启动和终止条件，以及对每个任务（或活动）的下载描述。

       工作流在大多数的加班记录加班记录实际应用中的情况可以这样来简单地描述：在网络、服务器和多台计算机客户端的源码硬件平台上，业务过程按照预先设定的下载规则并借助应用程序和人对相关数据的处理而完成。例如，在日常办公中，当撰写好某份报告之后，可能需要将其提交给领导进行审阅或批示；审批意见可能需要汇集并提交给另外一个人，以便对报告进行进一步的修改。这样，可能会形成同一篇文档在多个人之间的顺序或同时传递。对于这样的情况，我们可以使用工作流技术来控制和管理文档在各个计算机之间自动传递，而非手工传递。这就可以称之为工作流。

       类似的关于文档的自动化处理只是工作流技术的一种简单应用。事实上，工作流技术在现实生活中能够完成更多更复杂的任务。如企业（或机构）内部的各种数据或信息的自动处理，多种业务流程的整合，企业（或机构）之间的数据交换，借助Internet技术实现跨地域的数据传输和处理等等。

       某产品销售的工作流示意图：

       一、工作流发展

       工作流技术起源于二十世纪七十年代中期办公自动化领域的研究，由于当时计算机尚未普及，网络技术水平还很低以及理论基础匮乏，这项新技术并未取得成功。年至年间，在图像处理领域和电子邮件领域出现了早期的含有工作流特征的商用系统。

       进入九十年代以后，随着个人计算机、网络技术的普及和推广，以及信息化建设的日益完善，使得工作流技术的研究与开发进入了一个新的热潮。年8月,第一个工作流技术标准化的工业组织——工作流管理联盟（Workflow Management Coalition，简称WFMC，下同）成立。年，工作流管理联盟发布了用于工作流管理系统之间互操作的工作流参考模型，并相继制定了一系列工业标准。与此同时，关于工作流技术的学术研究也十分活跃，许多原型系统在实验室里开发出来。进入二十一世纪以来，工作流技术已被越来越多的人认可，与之相关的标准规范、工作流引擎及商业产品不胜枚举。人们在开发推广工作流产品的同时，更加注重工作流的理论研究，以推动该项技术走向成熟。

       二、工作流的特点

       1，图形化、可视化设计流程图

       2，支持各种复杂流程

       3，组织结构级处理者指定功能

       4，B/S结构，纯浏览器应用

       5，强大的安全性特色

       6，表单功能强大，扩展便捷

       7，灵活的外出、超时管理策略

       8，处理过程可跟踪、管理

       9，丰富的统计、查询、报表功能

       ，与MAIL系统集成

       三、工作流的优点

       企业实施工作流管理所带来的好处是非常明显的，这包括提高企业运营效率、改善企业资源利用、提高企业运作的灵活性和适应性、提高工作效率、集中精力处理核心业务、跟踪业务处理过程、量化考核业务处理的效率、减少浪费、增加利润、充分发挥现有计算机网络资源的作用。实施工作流将达到缩短企业运营周期、改善企业内（外）部流程、优化并合理利用资源、减少人为差错和延误，提高劳动生产率等目的。

       总结实施工作流带来的好处，可以归纳为以下几点：

       1，要处理的事项已自动传递到个人电脑上

       2，不再需要对员工进行流程的培训，平滑实现流程变更

       3，员工只需将精力集中在处理自己关心的数据上

       4，随时得到历史数据

       5，随时生成处理效率报表

       6，达到无纸化办公的目标

       7，完全支持移动办公，使作业同步化

       8，科学管理更进一层，办公效率明显提高

       9，企业的核心竞争力将有提升

       ，通过流程自动化与数据库集成，以及各类表单统计查询功能，提高决策能力

       四、工作流WorkFlow技术构架

       五、工作流是如何实现的

       工作流的实施需要三个基本步骤：映射、建模和管理。映射是第一个步骤，其首要任务是确定并且文档化组织内全部现有的手工和自动化的业务流程；建模则是开发一个有助于建成流线型业务过程的模型。第三阶段是软件实施以及跨越全部工作部门、业务单元甚至是整个企业的无缝系统集成。

       为了确保工作流系统能够“无缝地”实施到组织机构中，项目组都必须遵从已经定义好的、经过实践确认的行之有效的工作方法，并且在每个工作阶段都必须有可以度量的结果。一个深思熟虑的实施计划被有经验的团队执行，是成功地采用和实施工作流的决定因素。下图描述了一个推荐的、可供典型组织机构采纳的高层工作流（实施流程）。下面按图中步骤具体阐述。

       建立项目管理办公室

       项目管理办公室的组成是第一步，也是最重要的一步。项目管理办公室的成员须经过严格谨慎挑选，他们必须在恰当的程度上广泛代表组织内的业务、运营、IT以及审计等部门。二维码嵌入erp源码产品供应方的产品专家、技术支持人员和管理人员也必须参与其中，以与用户互补。通常在PMO中还包含变更管理顾问，有助于形成组织中人员思路的多样化。每个成员的角色和责任必须定义清楚。PMO从整体上确立项目的实施范围、目标、实施时间框架以及优先级等等。PMO也负责管理和跟踪项目进度、设定检测项目是否成功的指标，以及定期向高层汇报项目状况等。

       业务分析

       项目组将分析用户现有的业务流程，找出哪些流程需要优化和改进以达到上佳效果，并分析每个流程的时间线和期望的结果。他们将与关键人员进行座谈，收集和鉴别正确的信息及数据，从而决定工作流系统如何满足需求。接下来的业务分析将辨别出哪些流程可以被优化、自动化、流线型化，哪些流程甚至需要重新设计。

       确定目标

       确定上佳目标是建立在业务流程详细分析的基础之上的。工作流项目的目标定义应该清晰并可以进行验证，好的目标意味着项目的成功。在实施过程的每一个阶段，项目组必须确认达到的结果是他们所期望的结果。例如，如果目标是缩短开*周期两周，则必须分析现有的时间跟踪、记账和开*等流程。

       确定实施计划

       目标确立后，由用户和软件供应商组成的项目组展示工作流解决方案具备的各种模块，根据用户提出的特定需求定义他们的功能和特性，并基于业务的优先级，共同决定每个模块的上线时间。

       将业务流程在工作流系统中建立模型

       在实施过程中建立业务模型是一个极重要的步骤。用户应当紧密地同软件产品应用专家进行合作，以在易用性和功能需求之间达到平衡。

       用户可以在部署阶段前对模型进行测试，以确保该模型符合实际要求且没有过多的开销。需要指出的是，如果这个建模步骤没有完全正确地完成，将导致错误的报表或者多余的管理工作。

       实现流程和软件集成

       在这个阶段，项目组将确定现有的需要与工作流系统交互的流程与系统。如果处理不当，新旧流程的集成将导致失败。流程集成的一个重要方面就是在多系统之间消除或者最小化冗余数据，并在多个系统间复制这些数据。流程必须紧密集成，数据必须能跨越不同的流程和应用，顺畅流动。

       项目组也必须确保工作流系统符合用户组织机构的安全标准，这一点经常在部署阶段前被忽视。

       部署工作流系统

       部署工作流系统包括两部分内容。第一部分自然是技术部分，涵盖了硬件和软件的安装、备份、恢复以及网络安装等等，这与一般的IT应用实施相似。

       第二部分是指上线试运行。试运行小组应具有真正的代表性。项目组必须与试运行小组就项目的重要性进行沟通，并确保提供足够的培训，使得试运行小组能够对试运行工作得心应手。建议项目组建立清晰的沟通渠道，保证在试运行期间可以及时反馈用户的意见和建议。试运行将使项目组鉴别出原来设计和计划的弱点和缺点，并在大规模上线运行前加以解决。这也可以提高用户对于新流程的接受程度，因为用户感到他们也参与了项目的开发部分，解决方案不是强加给他们的。

       一般认为，采用阶段性实施工作流系统可使用户更快地获得效益。因为用户可以更有效地渐进学习新系统，取得立竿见影的效益。阶段性实施还给予用户更多的时间了解、评估他们进一步的需求，使得项目实施期间的修改更加容易。另外，阶段性实施项目降低了风险。

       系统评估

       特别注意，在每一个阶段完成后，项目组都应该基于项目开始时设定的目标，对已经完成的结果进行评估，同时分析所达到的结果，并与最初的设计目标相对照。为了确保工作流解决方案在现有的业务环境中优化出更理通，以了解什么需要更改。

       系统支持

       为确保实施成功，更佳地使用工作流软件，组织机构必须进行服务投资，组织机构应该委派专业人员提供第一线的服务，也应负责与供应商签订合同，以获得第二级支持。

       六、工作流适用行业

       消费品行业,制造业,电信服务业,银证险等金融服务业,物流服务业,物业服务业,物业管理,大中型进出口贸易公司,*事业机构,研究院所及教育服务业等,特别是大的*企业和集团公司。

       七、工作流具体应用

       关键业务流程： 订单、报价处理、采购处理、合同审核、客户电话处理、供应链管理等

       行政管理类：出差申请、加班申请、请假申请、用车申请、各种办公用品申请、购买申请、日报周报等凡是原来手工流转处理的行政表单。

       人事管理类： 员工培训安排、绩效考评、职位变动处理、员工档案信息管理等。

       财务相关类： 付款请求、应收款处理、日常报销处理、出差报销、预算和计划申请等。

       客户服务类： 客户信息管理、客户投诉、请求处理、售后服务管理等管理等。

       特殊服务类： ISO系列对应流程、质量管理对应流程、产品数据信息管理、贸易公司报关处理、物流公司货物跟踪处理等各种通过表单逐步手工流转完成的任务均可应用工作流软件自动规范地实施。

       作为一个成熟稳定的工作流产品，不仅提供日常办公和关键业务流程智能化管理，而且能根据公司的特殊实际要求轻松方便地随时定制各种流程，并可实现不同角色不同的跟踪、查询、薛斯通道指标源码副图统计、打印等强大功能

       结论

       许多组织机构都有雄心勃勃的计划，为了能够夺回失去的时间和获得竞争优势，希望能够以大的步伐，更深（企业级或多级）、更广（多应用）和更快（短时间）地进入数字工作流时代。我经常发现他们因为许多原因而惨遭失败。根据我个人经验，明智的做法是从小的范围开始做起，并随着工作流的成长而逐步做大。阶段性实施提供了转换到新的流程的平稳方法。由于用户看到了效益，使得用户更易于接纳新的工作流程。阶段性实施的另一个原因，是用户不能够承受一下子丢弃原有的全部流程，从零开始。组织机构应该在当前业务过程中最没有效率的地方，集中寻找他们的“痛处”，然后利用“案例驱动”原则影响他们。

       组织机构也必须认识到，当计划实施一个新的工作流程时，行政力量和企业文化必须要考虑进去。

       成功与否的最后一个关键要素就是“人”。当我们改变业务流程时，技术是一个方面，但更大的挑战来自员工。的确，数字工作流系统要分阶段进行，使人们“渐进式”地取得经验，而不是“*式”地得到经验。

       工作流：workflow

       今天讲的是工作流系统

       什么是工作流系统： 工作流（Workflow）就是“业务过程的部分或整体在计算机应用环境下的自动化”，它主要解决的是“使在多个参与者之间按照某种预定义的规则传递文档、信息或任务的过程自动进行，从而实现某个预期的业务目标，或者促使此目标的实现”。

       简单地说，工作流系统就是一系列相互衔接、自动进行的业务活动或任务。//一个工作流包括一组任务（或活动）及它们的相互顺序关系，还包括流程及任务（或活动）的启动和终止条件，以及对每个任务（或活动）的描述

       例如，在日常办公中，当撰写好某份报告之后，可能需要将其提交给领导进行审阅或批示；审批意见可能需要汇集并提交给另外一个人，以便对报告进行进一步的修改。这样，可能会形成同一篇文档在多个人之间的顺序或同时传递。对于这样的情况，我们可以使用工作流技术来控制和管理文档在各个计算机之间自动传递，而非手工传递。这就可以称之为工作流。

       工作流技术架构()

       词语解释

       Middleware 中间件

       Runtime 运行时间

       Prebuilt 之前建立

       Flowchart 流程图，作业图

       Subsystem 子系统

       工作流（Workflow）的优点

       企业实施工作流管理所带来的好处是非常明显的，这包括提高企业运营效率、改善企业资源利用、提高企业运作的灵活性和适应性、提高工作效率、集中精力处理核心业务、跟踪业务处理过程、量化考核业务处理的效率、减少浪费、增加利润、充分发挥现有计算机网络资源的作用。实施工作流将达到缩短企业运营周期、改善企业内（外）部流程、优化并合理利用资源、减少人为差错和延误，提高劳动生产率等目的。

       总结实施工作流带来的好处，可以归纳为以下几点：

       1，要处理的事项已自动传递到个人电脑上

       2，不再需要对员工进行流程的培训，平滑实现流程变更

       3，员工只需将精力集中在处理自己关心的数据上

       4，随时得到历史数据

       5，随时生成处理效率报表

       6，达到无纸化办公的目标

       7，完全支持移动办公，使作业同步化

       8，科学bsp; 9，企业的核心竞争力将有提升

       ，通过流程自动化与数据库集成，以及各类表单统计查询功能，提高决策能力

       组织的本质：1 是参与者与技术的聚集

       2. 由总体的目标约束

       组织的种类：1 理性的(整个集体是追求相当明确的目标和显示出相当高的固定社会结构，如商业) 2 natural(整个集体有同样的兴趣，并且乐于集体活动，如慈善机构)

       3. 开放式的组织

       数据流中的组织运用：理性的组织是用于计算机化中最成功的 数据流也同时对自然的和开放式的组织进行计算机化

       数据流系统的一个联系：1 消息系统 2 工作项目 3 业务规则 4 流程图

       消息系统：两类：1 数据流能识别的格式，2 不能识别格式

       工作项目 一个工作项目具体说明一个需要被工作者执行的任务

       数据流系统的任务是和工作项目相协调

       业务规则： 一个典型的数据流有许多业务逻辑块所组成

       在其生命周期内，业务规则在任何时候受限于数据流

       业务规则在模型化组织时扮演很重要的角色

       业务规则的起因：---

       流程图：在数据流中一个主要模型结构是流程图

       Synchronize ； 相协调； 暂停 解决数据流的例子记忆功能

       运行时（runtime）运行语言：--

       主机运行一般在组织的服务器，也可在客户端

       数据流的中间件框架{ 中间件”简单解释：为了解决应用程序对网络过分依赖的问题采取了一种有效的方法，在客户机和服务器之间加一层软件。}

       执行这些工作：1 初始化和终止

       2.执行：即执行在模型中明确规定的行为

       3 长期数据流运行的管理

       4 管理长期和短期的交易

       演讲稿

       在英语中working with the flow 是随波逐流的意思，但在这里表示工作流.

       工作流的实质：在一个机构内，通过用电子文档来替换纸张文档系统，从而实现文档处理过程的自动化。我们可以将整个业务过程看作是一条河，其中流过的就是工作流。

       数据流应用的产生的发展是以下两个因素的结果：

       在这里 有两个关键字 在计算机环境下 以及自动化（办转学手续的例子）

       数据流如邮件，电子邮件，活动和信息。

       数据流的传递 是在一定的逻辑和规则下进行的。

       无缝集成系统 就是 实现了平台管理的不同系统间信息交换和数据共享,

       那么工作流系统是如何开始被人们所应用的呢？

       下面介绍一下工作流中的专业术语

       工作项目 一个工作项目具体说明一个需要被工作者执行的任务。打个比方说，就像我们编程时，给出提示信息，让操作者输入所需信息。

       业务规则： 一个典型的数据流有许多业务逻辑块所组成

       在其生命周期内，业务规则在任何时候受限于数据流

       业务规则在模型化组织时扮演很重要的角色

       定义和运行一个数据模型：是一个很复杂的工作，要有重要的体系结构，设计，和发展工作，并且工作永远都不会结束，因为模型必须一直调整来反映变化的存在的组织环境。

       结论：工作流的核心部分是组织工作的模型，这个模型被用于编译许多部分用来运行一个组织。

       接着是已经被广泛应用的一些工作流软件

       MRP－III

       是由MRP－II与JIT(Just In Time,准时制生产)的混合加上专家系统（ES）、并行工程（CE）和承担该系统运行的管理人员融为一体而成。

       ERP

       ERP的基本思想是将制造企业的制造流程看作是一个紧密连接的供应链，其中包括供应商、制造工厂、分销网络和客户；将企业内部划分成几个相互协同作业的支持集团，如财务、市场、销售、质量、工程等，还包括竞争对手的监视管理。

       与以往已经被采用的企业IT应用体系，例如MRPII或ERP相比，WFMS是一个相当重要的里程碑。从用户的角度，WFMS带来（或将要带来）的变化是极其强烈的，甚至可以形容为一种用户“梦想”的实现。

       在一些老的底部长上影战法选股源码“模块化”的产品中，系统的设计是通常是基于任务分割的，作业项目之间是*的。面向对象的技术，并不能直接解决这个的问题，相反，往往使系统变得更加混乱和琐碎。从操作上，典型地，我们必须不断地在层次结构的功能表（比如下拉菜单）或对象之间“进进退退”，或者在“神出鬼没”的对象以及相关菜单中捉迷藏。

       工作流管理系统是一个真正的“人-机”系统，用户是系统中的基本角色，是直接的任务分派对象，他或她可以直接看到电脑针对自己列出的“任务清单”，跟踪每一项任务的状态，或继续一项任务，而不必从一个模块退出，进入另一个模块，搜索相应任务的线索。前者是面向功能或对象的，而后者是直接面向用户的。这样，用户的任务分派和任务的完成状态，可以被最大程度地电脑化和受到控制。

       现在的典型工作流产品是客户-服务软件。而日益增长的重要途径是通过万维网界面，它可以令客户或远程的职员更好地参与。工作流的定义经常是借助于图形化工具，依照业务过程实例的情况定义相应工作的安排。

       1. 已经能够持续自动产生大量的细节数据。这类数据最早出现于传统的银行和股票交易领域，现在则也出现在地质测量、气象、天文观测等方面。尤其是互联网(网络流量监控，点击流)和无线通信网（通话记录）的出现，产生了大量的数据流类型的数据。我们注意到这类数据大都与地理信息有一定关联，这主要是因为地理信息的维度较大，容易产生这类大量的细节数据。

       2. 需要以近实时的方式对更新流进行复杂分析。对以上领域的数据进行复杂分析（如趋势分析，预测）以前往往是（在数据仓库中）脱机进行的，然而一些新的应用（尤其是在网络安全和*领域）对时间都非常敏感，如检测互联网上的极端事件、欺诈、入侵、异常，复杂人群监控，趋势监控(track trend)，探查性分析（exploratory analyses），和谐度分析(harmonic analysis)等，都需要进行联机的分析。

       OSWorkflow是一个灵活的工作流引擎，设计成可嵌入到企业应用程序中。它提供了许多的持久化API支持包括：EJB,Hibernate,JDBC和其它。OSWorkflow还可以与Spring集成。

       jBpm是一个灵活可扩展的工作流管理系统。作为 jBpm运行时server输入的业务流程使用简单强大的语言表达并打包在流程档案中。jBmp将工作流应用开发的便利性和杰出的企业应用集成（EAI）能力结合了起来。jBmp包括一个Web应用程序和一个日程安排程序。jBmp是一组J2SE组件，可以作为J2EE应用集群部署。

       OpenWFE是一个开放源码的Java工作流引擎。它是一个完整的业务处理管理套件：一个引擎，一个工作列表，一个Web界面和一个反应器（存放自动代理）。它可以可以跟你的程序很好的给合。

       Werkflow是一个灵活可扩展的基于流程和状态的工作流引擎。它的目标是满足可以想象的所有工作流程，从企业级的业务流程到小范围的用户交互流程。通过使用可插拔和分层结构，可以方便地容纳各种工作流语义。

       OFBiz是一个非常著名的开源项目，提供了创建基于最新J2EE/XML规范和技术标准，构建大中型企业级、跨平台、跨数据库、跨应用服务器的多层、分布式电子商务类WEB应用系统的框架。 OFBiz最主要的特点是OFBiz提供了一整套的开发基于Java的web应用程序的组件和工具。包括实体引擎, 服务引擎, 消息引擎, 工作流引擎, 规则引擎等。

面试说两天给结果给我，那都没有机会为什么不说今天给结果给我？

       ‍

       今天给大家分享一个关于一次奇葩面试：喊价K，HR却给了K的经历，网友评论说：面试造飞机，工作拧螺丝？

       自报家门

       先做个自我介绍，楼主坐标帝都，5 年经验，跳槽之前在一家传统小公司，年薪 万。

       这次面试前前后后大概两个月的时间，面试了大概 6 家公司，命中 4 家，最终去了一家估值 亿美金的生鲜电商独角兽，年薪 万，刚好翻倍。

       面试过程

       话不多说，直接进入面试现场!

       好未来

       开始面试第一天上午投递好未来，下午 3 点面试，一共面试了 3 轮，问的问题比较多。

       第一轮

       面试官看了我的简历，首先让我画出 Eureka 的执行流程，这块在之前的准备过程中有深入看过，因此比较流畅的画出来并配合解释说明。

       之后问到项目中使用分布式锁解决缓存重建并发的问题，并要求画出实际的执行流程，数据库也问的比较多，像事务的隔离级别，MySQL 实现可重复读的原理，索引等。

       面试官给出了一个场景，在数据库主从同步的情况下，如果从库同步主库的数据延迟比较高，怎么才能在写到主库后立刻能够读取到数据。

       我解释了主从同步的原理，并以此说明主库到从库的复制一定是有延迟的，因此要保证当写到主库的时候立刻能读到数据。

       要么就直接配置那个接口读数据的话直接走主库，因为这种写完主库立刻要读取数据的场景比较少，可以做些特殊配置。

       另一种方案就是在往主库写数据的时候，可以直接往内存缓存中写一份，设置一个较短的过期时间，后面可以直接从缓存中读到数据。我说完之后，面试官也没给出评价，就这么过去了。

       此外，还问到一些基础性的问题，比较印象深刻的是：在加锁的时候，用什么锁对象是内存占用最小的，我说是通达信指标交易系统源码 Object 对象，面试官说不对，我一时没想出来，面试结束后和朋友探讨，觉得应该是长度为 0 的 byte 数组。

       其他还问到了 Collections.sort() 使用的排序算法，AQS，线程池，ThreadLocal 等等问题，主要都是一些考察基本功的问题，一轮面试就这么过去了!

       第二轮

       面试官更关注对一些技术的理解，问到了 ElasticSearch 的一些基础以及它和 MySQL 的区别在哪里;Eureka 和 Zookeeper 做服务发现的区别在哪里。

       还问了分布式限流有哪些方案，以及用线程池进行限流的缺陷是什么，项目中系统日志的处理;还有 JVM 模型，JMM 模型，垃圾回收机制，垃圾收集器等问题。

       之后聊了一些设计模式的使用，在项目中使用了哪些设计模式，对设计模式的几个原则的理解。

       第二轮结束后，由于第三轮的面试官在开会，所以等了一段时间，等面试官来了之后，只聊了很短时间，面试官就说还有别的事，今天先到这里了。

       主要问到了上家公司的加班情况，对加班的认识，职业规划，也问了几个技术问题，像 Tomcat 的优化这块，自我感觉答的不是很好。

       整个面试从 3 点到 7 点，有点虎头蛇尾的感觉，结束后也没有消息了。

        到家

       面试一共三轮，上午 点过去，两轮技术面，下午两点过去，等了一会，然后跟 HR 聊了有半个多小时，HR 说明在一周之内会有结果。

       第一轮

       第一轮面试官的问题主要集中在基础上，我大概罗列了问到的一些问题，不同的简历不同人肯定问的也不太一样，有兴趣的同学可以参考看看。

       主要是 JVM 模型，锁的原理，Synchronized 和 ReentrantLock的区别，偏向锁/轻量级锁/重量级锁的原理，能否从偏向锁直接升级成重量级锁。

       Java 并发包里有哪些类，如何使用，线程池原理和参数配置，JVM 调优，堆大小的设置，多线程的线程数的设置，Volatile 原理，ThreadLocal 原理和使用。

       Redis 和 Zookeeper 如何实现分布式锁，Redis 的数据类型，一些具体命令，比如要获取一个有序列表的前 个元素应该用什么命令。

       数据库索引的使用，聚簇索引和非聚簇索引，没有主键的话，数据如何组织。

       B+ 树的原理，InnoDB 引擎和 MyISAM 引擎的区别和使用场景，数据库隔离级别和原理，MySQL 的分库分表，MQ 的可靠性和顺序性，ES 插入数据的原理等。

       第二轮

       第二轮是部门 Leader 来面试，这轮面试主要集中在框架源码上，我画出了源码的执行流程，之后面试官在一些点深问，因为这块我看的比较全面，问的问题基本都答出来了。

       然后这里面试官还问了在源码中我有学到什么东西，我讲了使用配置类代替 Properties 文件，Volatile 在单例模式中的使用，内存的多级缓存机制，线程池的各种不同应用场景，MeasureRate 统计一分钟内心跳次数，批处理机制等。

       这里我的回答主要集中在代码编写层面，也可以从架构层面说下学到了哪些，我觉得后者更有高度。

       最后我向面试官咨询了这个岗位具体做的事情，部门是基础服务部，面试官画图给我说明了部门内部一些项目划分，技术栈的使用，后续的规划等内容，并约我下午继续跟 HR 聊。

       HR 面

       下午跟 HR 的面试，HR 顺着简历上的公司一个个聊，问了离职原因，公司情况，如何向上司提出离职的，团队规模，是否带团队。

       还问了上午面试的岗位知不知道具体要做什么，之后 HR 说了下公司的一些情况，上班时间，福利，加班情况，问了我现在的薪资情况，期望薪资，我问了下出结果的时间，HR 说一周之内。

       第二周的周五下午六七点的时候，这家公司 HR 给我打电话，告诉我面试通过了，之后提到了给我的薪资，算下来竟然只给了我一个 5% 的涨幅。

       HR 给出的解释是，因为我前家公司上一年只发了 薪，而他们有 薪和两个多月的绩效，用 个月的薪水除以 ，算下来平均到每个月也能达到我期望薪资的水平。

       这个计算方法实在是膈应人，虽然 HR 后来表示可以跟 CEO 申请提高每月的 Base(大概提高到 % 的水平吧)，不过当时我已经有较为满意的 Offer 了，还是决定不去这家了。

       某生鲜电商独角兽

       由于前面说了薪资，就不说具体公司名字了。这家公司我面试了两天，一共三面，第一天笔试加初面，然后第二天有两轮复试。

       第一轮

       一面主要还是基础，集中在 IO/并发/缓存/Redis/Zookeeper/分布式/JVM/数据库等。

       其中问到 Redis 的单线程模型的时候，我这块了解的不是很清楚，只是知道使用 NIO 的方式，然后以自己的理解去说了，面试官表示这可能是我看过别的框架的模式，跟 Redis 搞混了，不过也算是答上来一些了。

       之后聊了一些项目的情况，比如每日的访问量有多少，QPS 多少，订单量多少等数据，据此得出数据库的访问压力如何。

       另外也深入问了使用分布式事务的一些问题，还有分布式事务在时间上的性能。

       所以这里给各位兄弟强调一下，对自己的项目一定要非常熟悉，各个点都要考虑到。

       一面跟面试官聊的还挺好，面试官也表示我的基础还不错，问我是不是平时都有学习，之后就是约二面了。

       由于当时已经下午 1 点了，后面的面试官也在中午休息，而我下午也还有别的面试，因此 HR 跟我约第二天来复试。

       第二轮

       二面的面试官也聊了基础和一些设计上的问题，比如同时访问三个有相同功能的 API，要求将执行最快的结果返回，有哪些方式，这块主要还是考察对并发编程，并发控制的理解和掌握，有一些并发控制的类能够做到。

       其他的还问到了，要开发一个新的 API，需要考虑哪些方面，把所有要考虑的地方都说出来，大家可以说下边界处理，高可用，并发问题，可扩展性，幂等性，重试机制等等，可以说的非常多。

       总体问了有 6 块内容吧，面试官一边问也一边在记录，一些基础的问题这里就不再多说了。

       第三轮

       三面的面试官问的要更底层一些，Java 线程与内核线程的关系，与进程的关系;关于并发我所了解的方方面面。

       对于这个，我从为什么有并发，并发问题产生的根源，解决并发问题的一些理论，Java 中解决并发问题的方式，不同方式的适用场景和对比等方面进行了回答。

       另外还问到 Redis 的几种数据类型，以及每种数据类型的底层实现，跳表这种数据结构如何插入数据， Hash 如何扩容。

       这块我跟面试官说具体扩容规则不太了解，然后向面试官说了我了解的 Java 中的 HashMap 的扩容规则和具体实现。

       Tips：面试时如果遇到自己不太熟悉的部分，可以稍作变通，把自己熟悉的内容和面试官的问题结合起来。

       之后又问了一些小的知识点，有的也没答好，像 CopyOnWrite 就不知道用来做什么，然后就是一些为什么离职之类的问题，对未来职业发展的考虑等。

       之后面试官问我有什么想了解的，也问了我的期望薪资，我说了具体的数，也表示没想要太多，更看重平台的发展，最后面试官说明天 HR 会打电话给我。

       HR 面

       最后就是跟 HR 的沟通了，第二天 HR 打来电话告知面试通过，然后问了我期望薪资，沟通入职时间，之后加微信，按照 HR 的要求提供了一些材料，第二天就收到 Offer 了。

       PS：最终楼主选择了这家公司，除了很有竞争力的薪资之外，我还很看重这家公司的发展平台，因为他们有非常大的用户量，会遇到各种技术挑战，是很好的提升锻炼的机会。

       然后这里有一个开篇提到的小插曲：当时 HR 电话问我期望薪资的时候，我说 K。

       结果后续加微信聊天时，HR 告诉我技术面试的反馈很好，决定给我 K，一个月还有 的补助，算下来一个月有 K，发 个月。这种 HR 主动加薪的事情我还是第一次见，意外之喜，哈哈!

       玩吧

       这家公司的职位是去做 App 后台的，用户量也不错，面试一共两轮技术面，最后是 HR 面。

       第一轮

       一面的时候，网络这块问的比较多，三次握手，四次挥手什么的，还有整个网络请求的执行流程，数据包的大小，对长连接的理解等。

       然后数据库这块也问了一些，提供了一个场景，假如要实现一个最简单的朋友圈，用户可以看到朋友的朋友圈动态，朋友也可以看到用户发的动态，然后问表的设计。

       我说了自己的实现，像用户表，好友表。面试官问有没有更好的方式，我没答上来，面试官表示这个轻易可能想不到，就问别的问题了，别的也没什么特殊的问题，都是一些基础的东西，大概聊了一个小时吧，就到了第二面了。

       第二轮

       二面是技术总监面的，整体没怎么聊技术，就是一些个人素质上的考察。比如：

为什么会选择做开发，没做别的用三个短语来描述自己的优点说说自己的缺点现在公司有系统稳定运行着，如果你发现了有新的技术能够改善现有系统，你会不会引进，会考虑哪些方面日常学习的方式，看过哪些书有没有带团队，描述下团队成员的优缺点，有没有改善有没有面试过别人，会从哪些方面考察职业规划是怎样的，想做技术管理还是技术专家对 Shell 熟不熟悉，写个 Word-Count 用到哪些命令

       最后还聊了下公司的氛围，项目的情况等。然后也没啥特殊的，就过了。

       HR 面

       最后跟 HR 聊，主要还是说了下公司的福利待遇，公司的氛围，也问了我现在有没有 Offer，对他们的感觉怎么样。

       然后问了之前公司的薪资和现在的期望薪资，最后加了微信，告诉我两天内给结果。最后也是成功通过了面试并拿到了 Offer。

       友信金服-人人贷

       这家公司面试有三轮，大同小异，这里简短的说一下。

       第一轮

       一面仍然是基础的考察，像 CAS 的理解，和它存在的问题，ConcurrentHashMap 的锁机制，ElasticSearch 倒排索引，Eureka 的底层源码，还有服务访问的重试机制等等。

       第二轮

       二面上来问了垃圾回收的问题，类似下面的代码：

       问 a 和 b 能否被垃圾回收?这里主要考察 JVM 如何判断一个对象是否可以被回收，是通过引用计数还是可达性分析，引用计数的方式会产生像上面代码一样的循环引用的问题，所以 JVM 没有采用这种方式。

       第二个问题是，如果有个跟 Java 中原生的 String 一模一样的类，包括包名，类名都是一样的，方法也是一样的，唯独比原生的 String 的方法多个打印输出语句。

       然后把它放进项目的依赖中，在写程序的时候，导入 String 类，问到底执行的是 Java 原生的 String 的方法还是自己写的 String 方法。

       对于这个问题，可以考虑下 Java 中类加载的双亲委派模型。

       然后就聊了项目的一些架构，问的比较细，要求我对每块都详细画图解释。

       最后就是让画一个 Spring Cloud 技术栈所有框架的整体执行流程图，并对 Hystrix 的限流熔断机制做了解释说明，别的好像也没什么了。

       这之后二面算是结束了，面试官和我说了下自己团队的情况，人员情况，要做的项目的情况等。

       第三轮

       最后一面是业务总监面的，面试官让我说了下自己在公司做了哪些事情，我挑其中一个项目做了仔细说明，然后说了下职业规划，对行业的看法等等。

       最后 HR 和我加了微信，同样说是两天内给结果，不过第二天他们就给出通过的结果了，然后发了 Offer。

       某实时数据分析服务公司

       这是一家做体育赛事的实时数据分析展示的公司，公司不大，去年拿了 A 轮融资，看网上整体评价还不错，就去试了试。

       面试总共有技术两轮，HR 一轮。去的时候首先是写笔试题。做完之后进入面试。

       第一轮面试官没有聊太久，问的问题也比较偏基础，就是一些面试常问的问题，然后说了 Eureka 的执行原理，说完之后，面试官就去叫技术总监了。

       第二轮面试是技术总监面的，技术点没问太多，主要集中在之前的笔试题上，笔试题包括 SQL 的考察，还有几道算法题：找出有序数组中指定元素出现的次数;二叉查找树从小到大排序。因为时间的问题，我主要写了实现思路。

       还有一题是，有 瓶水，其中一瓶有毒，小白鼠喝一滴有毒的水一小时后会死，要在一小时找出来哪瓶水有毒最少需要几只小白鼠。

       在 SQL 的考察这块，面试官看完我的答案后，又改了其中的需求，要求给出 SQL 的实现，另外也问到了 SQL 的执行效率。

       这里给大家强调一下，我面的基本上每家公司面试都会问到数据库，所以这块还是挺重要的，需要重点去看。

       然后关于找出有序数组中指定元素出现次数的问题，原来要求的时间复杂度是 O(lgn)，后来面试官说不要求任何时间空间复杂度，如何简单的实现，我给出的方案是用 HashMap，相同的 Key 每出现一次，Value 加 1。

       然后是小白鼠问题，说了解题思路，主要就是用位的思想，对 瓶水编码，实际只需要 4 个位就可以。

       之后面试官还现场出了别的算法题，我基本都给出了结果，总体而言面试还比较顺畅，之后聊了下职业规划，技术发展，学习新技术的方法，面试官也聊了之后他们准备做的事情，并给我现场演示了他们的项目。

       最后到了 HR 面，主要聊了下上家公司离职的原因，公司福利，上下班时间，我的期望薪水，还问到之前有没有带团队的经历等。

       最终他们在第二周的周四才给出面试通过的结果并表示正在走 Offer 流程，由于 CEO 不在，在薪资上还没最终确定，我因为有了更满意的 Offer，因此婉拒了。

       总结

       总结一下，这两个月的面试，我觉得最重要的就是基础和项目这两块，基础一定要扎实，否则第一轮面试可能都过不了。

       JVM，并发是非常高频被问到的地方，在开始面试之前一定要好好准备，另外也需要有自己非常熟悉的领域。

       在这个领域里，面试官的一切问题你都可以 Hold 住，我觉得，对于这种基础好，而且有自己长处的面试者，面试官没有理由不喜欢。

       还有项目这块，对项目的细节一定要清楚，各种方案的设计思路，实现细节等等都要了如指掌，这样在面试官对各种细节的追问下不至于手忙脚乱。

IFIX中如何引用CryStal Report

       åœ¨è¿™é‡Œæˆ‘主要想和大家讨论一下Crystal Report的总体框架模式方面的问题，重点是如何使用VB有效的融合报表和数据，快速的进行报表开发工作。希望抛砖引玉，找到几种最好最快的开发模式。

       æœ¬æ–‡æš‚不涉及技术细节，所以您可能觉得太过简单。但这样的问题的确是我们开发中的第一号大问题。在以后的讨论中，我们可以针对具体的问题讨论具体的技术细节。

       æˆ‘准备了一份源代码，已经发给了部分网友，但是没有做详细的测试。我准备在明后天做完测试，如果各位有需要的话，应该在星期一左右可以发给你们(唉，星期六星期天还要加班!)。

       æ³¨æ„ï¼šæœ‰éœ€è¦çš„朋友请跟帖说明，不要只给我发短消息。

       ç¼©å†™è¯­è¯´æ˜Ž

       RPT Crystal Report Template File. 使用Crystal Report设计器生成的报表样式和模板文件，后缀名为RPT

       RDC Crystal Report Designer Component. Crystal Report的对象模型，用于在VB中操作Crystal Report.

       CRV Crystal Report Viewer. OCX 控件，用于在VB中提供报表预览界面。

       CRC Crystal Report Control. OCX 控件，在Crystal Report 8.0以前用于在VB中提供报表预览界面，现已被CRV取代。

       CDO Crystal Data Source Object. Crystal Report 提供的数据源对象，用于创建与数据库无关的动态数据源。

       ä¸€ï¼Œå¦‚何动态获取数据，生成报表？

       æŠ¥è¡¨çš„一个主要特征就是根据事先设计好的模板样式和运行时的动态数据生成一份可查看与打印的文档。

       ä¸€èˆ¬æ¥è¯´ï¼ŒVB的程序中整个报表流程中的主线，由它来对Crystal Report及其它工具发号施令，实现用户需求。

       VB是通过RDC模型来操作CrystalReport的。通常有如下两种模式生成报表：

       1，VB-RPT-DB

        VB调用RPT文件，RPT文件查询数据库得到数据，生成报表。此方法的详细流程如下：

        1）在Crystal Report 中设计好RPT文件，设计时可在CrystalReport中连接到数据库，得到查询数据，即时预览报表。

        2) 在VB中，通过RDC模型打开RPT文件，并将运行时和数据库连接所需的信息，如数据库名，用户，密码等传给RPT文件，如果RPT文件中有参数，还要传入参数。

        3）RPT文件连接到数据库，执行查询得到数据，生成报表。

        4) 在VB中，通过CRV控件打开报表进行预览或通过RDC模型进行打印，导出等操作。

       2，VB-DB-RPT

        VB先查询数据库得到结果集，再打开RPT文件并传入结果集，生成报表。此方法详细流程如下：

        1）在Crystal Report 中设计好RPT文件。由于此时结果集还未生成，只能使用TTX文件做为虚拟数据源，以便读取字段信息。所以在设计RPT文件之前，还要根据最终的结果集结构生成一个TTX文件。

        2）在VB中，连接到数据库，执行查询，得到结果集。

        3）在VB中，通过RDC模型打开RPT文件，传入结果集和参数，生成报表。

        4）在VB中，通过CRV控件打开报表进行预览或通过RDC模型进行打印，导出等操作。

       æ˜¾ç„¶ï¼ŒVB-RPT-DB模式远优于VB-DB-RPT模式，这体现在如下几个方面：

       1，设计时，VB-DB-RPT模式一般要求生成一个和最终结果集字段结构完全一致的TTX文件做为虚拟数据源，增大的开发和维护的工作量，而且还不能即时预览生成的报表。VB-RPT-DB模式则是直接和数据库相连，无需TTX文件，还能看到最终数据。

       2，运行时，VB-DB-RPT模式在得到结果集后，需要在VB中建立相应的结果集对象，并将其传入RPT文件，与VB-RPT-DB模式相比多了一个很大的对象－－结果集对象。

       3，运行时，VB-DB-RPT模式的结果集从DB传到VB，再传到RPT， 而VB-RPT-DB模式的结果集直接从DB传到RPT，少了一次大的数据传递。

       4, 开发时，VB-DB-RPT模式一般每加一个报表，就要加两段代码：查询结果集和生成报表。而VB-RPT-DB模式可以很方便的实现一个接口应对所有的报表，新加报表几乎无需增加VB代码。二者的代码量不可同日而语。

       äºŒã€å¦‚何生成报表模板文件？

       è®¾è®¡æŠ¥è¡¨æ ¼å¼æ˜¯æ‰€æœ‰æŠ¥è¡¨å·¥ä½œçš„第一步。在CrystalReport中，有两个地方可以设计报表，Crystal Report集成设计器和内嵌在VB中的报表设计器。我个人觉得，内嵌报表设计器的做法弊远大于利，不推荐使用。

       ä¸‰ï¼Œå¦‚何查询DB，得到运行时数据。

        通过VB查询DB得到结果集的方式有很多种，大家都很熟悉。通过RPT查询DB的方式主要有：存储过程，视图，表， Crystal Query， 直接SQL查询。

        其中最简单的莫过于直接连接到表，进行表查询。可是一般的报表都不会只涉及到一个表。在RPT文件中进行多表查询并设置查询条件的方法虽然简单，但是分散了整体的查询逻辑，而且操作烦琐，不是一个好办法。视图和存储过程是最好的选择，不过视图在性能上不及存储过程，所以我推荐使用存储过程。

        存储过程和视图是放在数据库中的。如果不允许或不能在数据库中建立视图和存储过程等，还可以利用Crystal Report自已的SQL查询功能，将完整的SQL查询语句写在RPT文件中。

        从Crystal Report自己的说明来看，Crystal Query文件就像是Crystal Report自己的存储过程。不过这个工具不包含在Crystal Report 9中。Crystal Report 官方网站提供了单独的免费下载。这个工具有两个限制：在Crystal Queryk中的每个字段，字段值长度不能超过个字符, 总字段数据也不能超过个。我是从Crystal Report的帮助文件中看到这些信息的。如是真的话，Crystal Query就没有什么竞争力了。Crystal Report 也支持在设计RPT文件时直接写SQL，还可以带参数。这是个不错的功能。不知道是不是也有上述两个限制。

        我没有仔细测试Crystal Report内嵌SQL查询的功能，在此不宜多加评论。但我强烈推荐使用数据库的存储过程和视图。它有效的分离的报表工作中的逻辑和设计工作，利于分工合作，也利于编护和升级。

        使用Oracle的存储过程有如下限制，SQL Server 类似。

        > 要使用本地连接或ODBC连接到Oracle，不能使用OLE DB连接。建议使用本地连接。

        > 存储过程必须放到一个包内。结果集游标必须在包头声明。

        > 存储过程只能有输入参数。

        > 存储过程只能返回一个结果集，以输入输出型（IN OUT）的游标参数形式返回。

        > 结果集中的字段名称和类型通过打开游标的SQL语句直接确定。所以不能使用动态SQL，也不能通过嵌套调用存储过程的方式来将数据装入游标。

       å››ï¼Œå¦‚何传递多个数据源和参数。

        如果所有的数据源都是VB-RPT-DB模式，那么VB要做的连接工作就很简单，将一个动态建立的连接传给RDC就可以了。RDC再将连接传给每一个RPT中存在的数据源。即便在报表包含子报表时也是如此的简单。

        如果数据源是VB-DB-RPT模式，或都是好几种类型混合的。最好在设计报表的时候给每个数据源设定一个唯一名字（包括子报表的数据源），RDC就跟据名字来给每个数据源传递连接信息或结果集。

        事实上，在一个报表中即便存在多个数据源，由于Crystal Report要求互相之间要有主键的对应关系，而不能一个数据源处理完后再处理另一个数据源，所以这些多个的数据源在本质上仍然是一个数据源。我做过很多复杂的报表，很少碰到要用到多个数据源的。使用子报表的情况倒是占了一半左右。

        报表中的所参数都可以从VB中传入，建议也为所有的参数（包括子报表的参数）设定一个唯一的名字，由RDC跟据名字来传值，这样就不用理会报表中有哪些子报表了。

        在处理大量的报表时，将报表的RPT文件路径及其参数信息存入数据库，就可以实现新增报表无须修改VB程序。一般而言，一个系统中的绝大部分报表，其参数都差不多，很容易控制。

       2.1 准备一个通用模板。

       ä¸€ä¸ªé¡¹ç›®ä¸­çš„所有报表，通常有一个统一的格式和标准。准备一个带有最基本格式和标准的RPT文件作为模板是个聪明的做法。不过Crystal Report中的模板向导功能并不是很强，不如直接创建一个RPT文件，然后复制来得快。

       2.2 在Crystal Report 编辑环境中设定字段和数据的缺省模式。

       åœ¨Crystal Report的选项菜单(文件－＞选项)中设定要不同字段，不同数据类型的显示格式和字体，这一点非常重要。它可以最大程度的保证的模板设计完全符合标准。减少重复劳动。

       åœ¨æ–‡ä»¶ï¼ï¼žæŠ¥è¡¨é€‰é¡¹ä¸­ä¹Ÿæœ‰ä¸‰é¡¹å¾ˆé‡è¦çš„设置：

       1) 将数据库的NULL值转为默认值， 选中。

       2) 将其它NULL值转为默认值， 选中。

       3) 若无记录则取消打印， 不选。

       2.3 选择一个可以同时支持中英文的字体。

       å­—体的选择直接影响版面效果。有的字体不支持中文，显示中文时就会出现乱码。有的中文字体在纯英文下不能使用。有的字体在Windows /XP的中英文环境中大小不同。有的字体不是Windows 自带字体。

       æœ€å¥½åœ¨å„种环境下试过后再决定采用哪种字体。

       2.4 使用公式字段，汇总字段，运行时总计字段，以及变量实现数据的页面逻辑。

       Crystal Report中的公式其实就是一个表达式，它通过使用Crystal Report中的函数和操作符来操作数据源中的数据以得到最终想要显示的字段。在公式中还可以使用变量。

       åœ¨Crystal Report中有两种比较特别的公式：汇总公式和运行时总计公式。这两种公式都可以在公式编辑器（CR称之为公式工作室）中编辑，但比较复杂。CR提供了更简单的方法：在报表中选中要统计的字段，点出右键菜单，选中"插入…"项，就会弹出两个子菜单项：汇总，运行总计。

       æ±‡æ€»å­—段用于对特定的字段进行按组或全局的汇总统计。

       è¿è¡Œæ—¶æ€»è®¡å­—段在汇总字段的基础上加入条伯控制，使得在报表中跟据一个字段的不同取值分别得到另一个字段的总计数据成为可能。

       åœ¨å…¬å¼ç¼–辑器中可以使用变量。按作用域分，有局部变量，全局变量和共享变量。局部变量只在一个公式或函数中有效。全局变量在整个报表（但不包含子报表）中有效，共享变量在一个报表文件，包括子报表中都有效。

       2.5 使用子报表。

       è·Ÿæ®ä»¥å¾€çš„项目经验，有一半左右的报表要用到子报表。在Crystal Report中，一个报表事实上只能处理一个结果集。存在多个结果集，要求互相之间有主键的对应关系，在本质上仍然是一个。如果报表要显示多个部分，就必须使用子报表。除没有单独的页眉和页脚外，子报表具有完整报表的所有特性。

       é¡µé¢æ˜¾ç¤ºçš„时候，子报表的宽度会受到其在主报表中的宽度限制，所以在把子报表放入主报表的时候，一定要给予足够的宽度。

       ä¸»æŠ¥è¡¨å’Œå­æŠ¥è¡¨ä¹‹é—´å¯ä»¥é€šè¿‡å­—段－参数的关系进行链接。即将主报表中的字段作为子报表的参数。

       2.6 使用交叉表。

        设有A，B两个字段，要求在报表中将A的全部值显示在第一列的列头，将B的全部值显示在每一行的行首，在行和列的主体部分显示出跟据相应的A值和B值计算出来的结果，如下图所示。这就是一个交叉表。

        交叉表中Crystal Report 中的一个对象，可以很简单的创建，注意交叉表应放到报表的报表页脚部分（Report Footer），不能放在细节部分或页眉。否则会导致重复显示和数据不全。

        Crystal Report对交叉表的分页功能支持不佳，所以要尽可能的不让数据超过一页。

       2.7 使用分栏表。

       æ‰€è°“分栏表，就是把页面分成几栏来显示结果。这样就可以在同一行显示多条记录。

       åœ¨èŠ‚专家中选中详细资料节，注意只能选详细资料节的总节，不能选子节，就可以发出多栏格式化的选项，选中后界面上会多出一个布局的选项卡。在这个选项卡中就可以设置分栏。

       2.8 最好不要在每页显示总页数。

       æ˜¾ç¤ºæ€»é¡µæ•°ä¼šå¯¼è‡´æŠ¥è¡¨å¤šä¸€æ¬¡å…¨ç¨‹è¿ç®—，严重降低性能，最好不要在每页都显示总页数。

       2.9 把报表打印出来检查格式与数据。

       è¿™æ˜¯ä¸ªè¦è¯€ï¼Œä¸æ‰“印出来检查，你的格式与数据很难保证没有错误。

       2. 设置字段或小节的条件显示条件

       Crystal Report中的所有对象，大到一个小节，小到一个字段，都可限定显示的格式。在这些对象的格式化编辑器中，有个抑制显示的选项，其右有一个公式编辑按钮，点击这个按钮就可以进入公式编辑器，编辑一个逻辑表达式来控制抑制显示的条件。注意，只有勾上抑制显示的选项，条件公式才会起作用。

       2. 对字段进行有条件的格式化

       å¦‚果碰到类似这样要求，就要对字段进行有条件的格式化：将所有值大于的A字段加下划线显示。

       å¯¹å­—段的有条件格式化只能在公式编辑器（公式工作室）中实现。

       2. 在导出为RTF是要注意字段对齐。

       å¦‚果报表的字段是随意放置的，在导出RTF文件是将会出现位置的严重错乱。

银行卡行号在哪里查询到

         经过一段时间的加班，终于是把项目熬上线了。本以为可以轻松一点，但往往事与愿违，出现了各种各样的问题。由于做的是POS前置交易系统，涉及到和商户进件以及交易相关的业务，需要向上游支付机构上送“联行号”，但是由于系统内的数据不全，经常出现找不到银行或者联行号有误等情况，导致无法进件。

         为了解决这个问题，我找上游机构要了一份支行信息。好家伙，足足有w条记录。在导入系统时，发现有一些异常的数据。有些是江西的银行，地区码竟然是北京的。经过一段时间排查，发现这样的数据还挺多的。这可愁死我了，本来偷个懒，等客服反馈的时候，出现一条修一条。

         输入联行号，然后选择查询方式，点击开始查询就可以。但是呢，结果页面一闪而过，然后被广告页面给覆盖了，这个时候就非常你的手速了。对于这样的，自然是难不倒我。从前端的角度分析，很明显展示结果的table标签被隐藏了，用来显示广告。于是反手就是打开控制台，查看源代码。

       经过一顿搜寻，终于是找到了详情页的地址。

         通过上面的操作，我们要想爬到数据，需要做两步操作。先输入联行号进行查询，然后进去详情页，才能取到想要的数据。所以第一步需要先获取查询的接口，于是我又打开了熟悉的控制台。

         从上图可以发现这些请求都是在获取广告，并没有发现我们想要的接口，这个是啥情况，难道凭空变出来的嘛。并不是，主要是因为这个网站不是前后端分离的，所以这个时候我们需要从它的源码下手。

       我们可以用PostMan来验证一下接口是否有效，验证结果如下图所示：

         剩下的两个网站相对比较简单，只需要更改相应的联行号，进行请求就可以获取到相应的数据，所以这里不过多赘述。

         经过上面的分析了，已经取到了我们想要的接口，可谓是万事俱备，只欠代码了。爬取原理很简单，就是解析HTML元素，然后获取到相应的属性值保存下来就好了。由于使用Java进行开发，所以选用「Jsoup」来完成这个工作。

       !--HTML解析器--dependencygroupIdorg.jsoup/groupIdartifactIdjsoup/artifactIdversion1..1/version/dependency  由于单个网站的数据可能不全，所以我们需要逐个进行抓取。先抓取第一个，如果抓取不到，则抓取下一个网站，这样依次进行下去。这样的业务场景，我们可以使用变种的责任链设计模式来进行代码的编写。

       爬取失败的情况

         我是不一样的科技宅，每天进步一点点，体验不一样的生活。我们下期见！

转一篇我自动化学院老乡的秋招w+的心得

       文章并非炫耀南信大研究生的薪资水平，这并非普遍现象；也不是鼓动大家投身高强度互联网开发工作；而是告诉大家，只要在南信大“双一流”平台上努力，研究生阶段的学习并不会比某邮、某电、某的研究生差太多。就像南工大一样，我的同事和师弟在阿里等公司工作，南工大计软院也不差。问题的关键在于个人努力，而非学校。

       送给在校的南信大研究生们：别沾沾自喜于自己就读于双一流高校，千万别把读研当作玩乐，否则研一玩、研二混、研三开始自责，抱怨南信大这一平台、抱怨南信大远不如某某邮、某某电、某某。

       首先：这种薪资待遇在南信大研究生里是否普遍？答案当然是否定。很多人喜欢拿某邮、某电、某的研究生高薪与南信大nuister低薪做比较，得出南信大工科研究生工资低、找工作困难的结论。然而，这样的情况极为罕见。在某些知乎、贴吧微博黑子的言论里，却将南信大工科研究生工资低、找不到工作作为事实。

       截止到年月日，据我所知，南信大电信院、计软院、自动化学院研究生大部分偏重理论，实习机会不多，导致这些学院的研究生毕业后从事的非开发类工作较多。

       某些知乎、贴吧微博黑子开始拿南信大非开发类的薪资去对比某某邮、某某电、某某开发类的薪资。如果你在南信大学开发类的技术工作，大部分人都是从k、k起步，即便你不是南信大的研究生，其他一般高校的毕业生也差不多。

       其次：南信大目前与某某邮、某某电、某某的差距在哪里？

       ————————————————————大厂的认同，大厂不仅仅只有阿里、腾讯、华为。我们电信院除非是码农才有可能进这些公司，那我们电信院考电信院干嘛，何不考计软院呢？我读研的时候，连海康威视这样的企业都不来南信大校招，我们nuister缺的就是一个‘’头衔。现在呢？我毕业的时候，海康、大华都来了，我的电信院师弟们陆续拿到了“AMD”、“大疆”、“小米”等的offer。现在电信院需要进步的是如何大批量培养优秀人才，大批量送这些企业，时间会证明：南信大为什么叫做南京信息工程大学。

       实话实说，截止到现在，喷子和黑子眼中的大厂“腾讯”、“华为”并不太认同南信大研究生的质量。准确地说，并不太了解南信大研究生、本科生的质量。因此，在届本科生新增加了“华为班”、“腾讯班”，包实习的那种。说白了，也就是南信大要让更多的nuister让那些大厂明白：其实南信大优秀的本科生、研究生们也不差！！

       贴一张年本科理科的投档线统计，黑子们不会以为学校不给你解封、学校不给你点外卖、学校不给你啥啥，把学习和生活中的失败发泄到贴吧、知乎、微博上就能动摇那些对南信大充满向往的学弟学妹们吗吧？还快跑？快跑？快跑？

       最后：物以类聚、人以群分。为什么我身边的师弟师妹大都是年薪w+，甚至几个w+，到你们某些人眼里南信大研究生就是底薪低能了？

       希望那些对南信大充满向往的准研究生们也千万别被这w+的年薪冲昏头脑、这不代表普遍。尤其是电信院、计软院、自动化学院其实这几年报考人数还是蛮多的、尤其是计软院。报考请结合自身能力量力而行。

       至于那些正在读研的准研究生们：开发是高薪的为数不多的出路，开发也不仅仅是我这里说的大数据开发、我干的前端开发、电信院也有fpga开发、算法岗位开发、图像处理开发等等。开发大概率意味着如果你想要高薪，至少研一的时候就要开始准备学技术，研一研二在保证毕业的前提下，要反复刷技术、刷面试题，有机会的还要去实习实习。这样拿w+的概率才大，这也意味着你读研的时候别人还在吃喝玩乐你在学技术、别人缩在被窝里睡懒觉、你在赶去实习公司的地铁上。这也意味着可能你工作后大概率会，大概率会加班。也并不是所有人都向往大厂的生活，至少我本人不羡慕。

       下面是他刚刚考上自动化学院（那个时候还叫信控院），他问我什么最赚钱，我跟老乡说：码农赚钱，算法类大数据类的码农更赚钱。

       部分微信聊天记录：

       我老乡的贴吧原文：

       楼主秋招算是顺利结束，目前到手的offer里面，最高总包年薪是 w（不算杭州 3w + 3w 人才补贴），公积金全额 * %。趁国庆没什么事，写一点面经给计算机的或者想转计算机的学弟学妹们，仅当参考。

       先下个我个人的结论，以我秋招的所见所感，南信大的学生真不差，南信大这个牌子也能达到大厂及格线，只是学校的培养体系所培养出来的孩子横向的项目实践能力普遍太弱了。大家多花点时间，最好找个实习，有很大机会进互联网中厂甚至大厂。

       说一下我个人的情况，本人是非科班硕，计算机几乎零基础（本科学过一点 C 语言），花了大约一年时间自学 Java 和 大数据。针对Java、MySQL、Redis、设计模式、计算机网络、操作系统等内容，我看了 CSNotes 和 JavaGuide 这两大著名八股文项目，百度或者 GitHub 就能搜到，JVM 和 JUC 部分我看了黑马满一航的视频（比较适合新手）以及《深入理解Java虚拟机》和《Java并发编程的艺术》这两本书，看完应付面试足够。大数据（Hadoop、Flink、Spark、Kafka）看了尚硅谷全套视频。尤其是Kafka，我研究过源码，然后面试官都挺喜欢问这个的，这算是我的加分项，所以我建议有时间可以看看Spring、Hadoop等框架源码。

       其实非科班的我最头疼的就是算法题，刚开始一头雾水，复杂度都不知道是什么，然后我到LeetCode上面刷“剑指offer”，几乎全程背诵 Krahets 的题解（真的是一点思路都没有）。慢慢的背多了，自己也能摸索出一些套路，后面连着背+理解刷了剑指offer和Leetcode有道，道应付大厂的普通题目绰绰有余了。

       另外就是实习，我在秋招前找了份实习工作，没学到什么技术，但是我觉得实习至关重要，比大部分比赛都重要，几乎每个面试官都喜欢深挖实习的项目，如果他们看不到项目就会一直问你基础，一道答不出来几乎凉凉，风险太大。

       最后秋招前的突击阶段，我花了很大精力在牛客网上，牛客有很多真实面经（基本无答案），我就看面经的问题，顺着问题自己心里面默答，如果发现这题不会，我就去立刻百度。大多数面试都是这种八股文 + 项目 + 算法题！

       转码过程挺艰辛的，但是终究有回报。希望学弟学妹们珍惜你的时间，好好努力。

基于天翎低代码平台开发的OA系统

       本文介绍基于天翎低代码平台的OA系统，其涵盖功能包括公文管理、考勤管理、报销管理、物资管理、人事管理等，旨在提高工作效率、辅助决策，从而优化工作环境。通过天翎平台，企业不仅能够实现本地化部署，而且能结合群晖NAS保障数据安全。通过开发OA系统，企业能够实现以下价值：

       促进信息资源共享，提升工作执行效能，规范工作流程，提高沟通效率，积累有效知识。

       选择天翎低代码平台开发OA系统的原因在于，相较于传统标准版OA系统，其功能虽然标准化、易于快速应用，但对个性化需求的适应性较差，且成本相对较高。传统代码开发方式则周期长、成本高、技术门槛高、开发效率低。相比之下，天翎低代码平台具备按企业实际需求进行个性化定制调整的灵活性，支持快速开发，节省时间成本，且提供私有化部署选项，无需额外部署，免维护，开箱即用。MyApps平台采用低代码开发模式，支持积木式可视化快速配置，即使非专业人士也能高效完成开发。

       天翎MyApps低代码开发平台具有显著优势，包括开发过程的可视化、无需编码即可完成打包、编译及发布，以及高效率、高成本效益的特性。平台的可视化表单引擎提供丰富的组件和模板，实现快速配置应用，而自主研发的流程引擎则专为中国市场设计，符合中国人的思维方式与操作习惯。天翎平台还具备强大的集成整合能力，支持与第三方业务系统的无缝对接，确保接口集成过程安全可靠。此外，平台全面兼容国产化软硬件，支持私有化部署，提供源码交付机制，保障企业灵活使用并自主维护系统。

       天翎OA办公系统的特点包括公文管理、考勤管理、报销管理、物资管理、人事管理等功能，以及提供天翎低代码开发后台，允许用户根据自身需求调整或新增功能。系统通过特定流程与日常事务紧密结合，提高办公管理与信息管理的效率，实现办公管理的规范化和信息规范化，有效降低企业运行成本。

       系统具体功能如下：

       公文管理：包含新建收文单、已归档收文、新建发文、已归档发文等功能，支持流程提交、查看流程状态、流程历史信息与流程图。

       考勤管理：包括排班管理、请假管理、补卡管理、加班申请管理等，支持流程提交与手签。

       考勤查询：提供打卡记录查询、企微考勤记录、钉钉考勤记录功能，并支持Excel导出。

       移动办公：支持多端适配，可在Android、iOS操作系统下的手机和平板设备上运行，兼容钉钉、企业微信、飞信以及独立APP。

       总结，基于天翎低代码平台的微鳄OA办公管理系统实现办公管理与信息管理的规范化，降低企业运行成本，免费提供开箱即用的体验。用户可利用自由调整或新增功能满足个性化需求，并通过低代码后台支持灵活调整，同时支持更多流程相关的管理系统。微鳄OA办公系统已经与群晖NAS无缝整合，确保数据安全，用户无需额外安装。