发布时间：
如何发表sci论文？这是许多研究者关注的内容。目前，发表sci论文可以给国内作者带来很大的优势。然而，在国际期刊上发表论文是有难度的。发表sci论文都需要掌握一定的技巧。充分的准备才能使论文更顺利地发表，首先需要一篇高质量的论文。这也要求作者阅读大量的英语文学作品，并具有较高的英语水平。如果英文水平不够，你可以先用中文写论文，然后找专业机构翻译成英文，他们也会对论文进行润色，使论文达到投稿的水平。国际sci论文审稿人是不习惯中国式英语的，很多国内作者投稿也是因为语言问题而被拒稿，想要避免这种情况就需要早做准备。论文写好后都会寻找相关的sci刊物投稿，大家阅读相关文献时也会知道一些与自己研究领域相关的sci刊物，掌握其影响因子及相关期刊的名称非常重要。小编建议先发一些比较高质量的期刊论文，如果能被送审，得到一些修改意见，即使被拒，也可以发表一些影响因子较低的期刊。选好期刊后根据“Instructions for Authors”，修改自己文章的格式。虽然比较繁琐的事情，却也能修改格式。比如说：文章标题、作者、通讯方式。对于参考文献也有不同的安排方式。总体来说想要发表sci论文并不容易，建议各位国内作者尽早的咨询专业老师，结合你的论文内容投稿相符合的杂志期刊，这样往往通过率会高一些。
第一步：投稿发sci文章，必须要在sci期刊上刊登出来，否则sci文章就没有发表的可能。大家知道sci文章投稿很重要，一旦投错，会带来很多不必要的麻烦。为了能够完成sci文章投稿，作者必须保证sci文章匹配合适的期刊；sci文章符合期刊格式要求；以及准备好sci文章投稿所需材料。第二步：审核sci文章投稿后，进入审核程序。首先通过杂志社编辑初审，符合sci期刊要求，而且sci文章质量不错的情况下，此时会被推送给审稿人，未被推送的sci文章则会被拒；然后就是审稿人审核后，给出评审意见；最后杂志社编辑综合审稿人意见，给予作者拒稿、修改，以及录用的答复。第三步：修改修改的sci文章，附有修改意见，作者可根据审稿人意见逐一修改，并在规定的时间内提交返修后的sci文章。如果有异议的，作者可直接与编辑沟通解决。大家要注意，因sci文章质量不同，则sci文章修改次数不同，建议大家在撰写sci文章时，一定要保证sci文章质量，避免sci文章多次修改，影响sci文章发表。第四步：录用返修后的sci文章通过审核后，你是sci文章才会被录用，反之作者的sci文章被拒稿。第五步：签约期刊与作者签订版权合同。因期刊不同，则期刊收费不同，此时，作者可能会支付相应的费用，也可能无需支付，作者可做好准备工作，如版面费和审稿费等。第六步：校稿sci文章校稿环节是杂志社给作者提供的最后一次纠正文中错误的机会，虽说到这个环节，绝大多数sci文章已经没有什么问题了，有问题的基本在sci文章审稿环节已经修改到位，但也不免会出现一些细微的错误，因此作者对于sci文章校稿还是需要认真对待的，另外，sci文章校样应在规定的时间内按要求尽快返回杂志社编辑部，以免拖延期刊按时出版。第七步：onlinesci文章online就是线上发表，发表的sci文章通常会在见刊前，先线上发表。第八步：见刊期刊印刷出版，即发表的sci文章随着本期期刊印刷出来。第九步：检索见刊后的sci文章向数据库送检，一旦收录，即为成功检索。
1、选择合适的SCI期刊。2、下载Introduction for submission。只要到每个杂志的首页，打开submit paper一栏，点击Introduction查看或下载即可。3、稿件及其相关材料准备-Preparation：Manuscript.doc、Tables.doc、Figures.tiff（jpg等）、 Cover letter，有时还有Title page、Copyright agreement、Conflicts of interest等。4、网上投稿-Submit a manuscript：先到每个杂志的首页，打开submit paper一栏，先以通讯作者的身份register一个账号，然后以author login身份登录，按照提示依次完成：Select Article Type、Enter Title、Add/Edit/Remove Authors、Submit Abstract、Enter Keywords、Select Classifications、Enter Comments、Request Editor、Attach Files，最后下载pdf，查看无误后，即可到投稿主页approve submission或直接submit it。 当然，不少杂志采用email投稿，这时候，你需要注册一个hotmail或yahoo，或gmail信箱，然后将cover letter的内容略修改作为信的内容，将文章各部分作为附件发送过去。一般不建议用国内的信箱，因为不少国外的杂志对国内的信箱是屏蔽的。5、定期关注稿件状态-Status：Submit New Manuscript、Submissions Sent Back to Author、Icomplete Submissions、Sbmissions Waiting for Author's Approval、Submissions Being Processed、Submissions Needing Revision、Rvisions Sent Back to Author、Icomplete Submissions Being Revised、Risions Waiting for Author's Approval、Revisions Being Processed、Declined Revisions。一般来说，投稿后，一周以内便可以进入审稿状态，1-3个月会有初审结果。如何关注呢，如果是你自行投稿，建议三天，一周，半个月，一个月，两个月均check一次。6、修回稿的投递-Submitted the revised manuscript：主要修改revised manuscript、response to the reviewers、cover letter，关键是response letter，这非常关键，要逐条回复reviewers的意见，这里面技巧相当多。程序是进入投稿主页main menu，点击revise，仍然按照原先程序投递（近似于4），切记把修改的标题、摘要和回复信等内容要修改。最后上传附件时，先把留下来且未修改的材料前打钩（表示留下不变），然后点击next，再上传已经修改的材料（主要包括revised manuscript、response to the reviewers、cover letter等），最后下载pdf，查看无误后，即可到投稿主页approve submission或直接submit it。7、校样-Correct the proof：一般编辑部先寄出三个电子文档，包括Query、Proofs、p-annotate，有时也可能伴有纸质文档校样。校样后通过E-mail 寄出即可，或通过email确认。一般校样作者自行核对，我们有专门的校样工作人员，可以检查出在校样过程中，发现的一些细微错误。对文章进行最后的完善。8、版权协议-Copyright agreement和利益冲突-Conflicts of interest：一般首次投稿时就需要提供，但也有少数杂志是Accepted之后才需要提供。 付款。一般文章确认接收后，有付款的过程。
1.Submitted to Journal (投稿)2.Manuscript received by Editorial Office (投稿成功)3.With editor (提交到主编处)4. Under review (正在审稿中)5. Required Reviews Completed (表示审稿意见已经返回给编辑)6. Evaluating Recommendation (意为编辑正在评估审稿人的意见，作者会收到编辑给出的建议)7. Decision in process (等待稿件处理意见)8. Minor revision/Major revision (小修或大修)9. Revision Submitted to Journal (修改后返回到编辑部)10、Accepted (接受)11.Reject (拒稿)
你好，大部分期刊的投稿状态如下，供参考，时间就要看各个期刊了，不同的期刊千差万别。1. Submitted to Journal 刚提交的状态2. Manuscript received by Editorial Office 就是你的文章到了编辑手里了，证明投稿成功3. With editor如果在投稿的时候没有要求选择编辑，就先到主编那，主编会分派给别的编辑。这当中就会有另两个状态：3.1. Awaiting Editor Assignment指派责任编辑 Editor assigned是把你的文章分给一个编辑处理了。3.2. Editor Declined Invitation 也可能编辑会拒绝邀请，这就需要重新指定编辑3.3. technical check in progress 检查你的文章符不符合期刊投稿要求4.编辑接手处理后也会有2种状态4.1. Decision Letter Being Prepared 就是编辑没找审稿人就自己决定了，那根据一般经验，对学生来说估计会挂了 1）英文太差，编辑让修改。 2）内容太差，要拒了。除非大牛们直接被接收。4.2. Reviewer(s) invited 找到审稿人了，就开始审稿5. Under review这应该是一个漫长的等待。当然前面各步骤也可能很慢的，要看编辑的处理情况。如果被邀请审稿人不想审，就会decline，编辑会重新邀请别的审稿人。6. Required Reviews Completed审稿人的意见已上传，审稿结束，等待编辑决定7. uating Recommendation评估审稿人的意见，随后你将收到编辑给你的decision8. Minor revision/Major revision这个时候可以稍微庆祝一下了，问题不大了，因为有修改就有可能。具体怎么改就不多说了，谦虚谨慎是不可少的。9. Revision Submitted to Journal又开始了一个循环。10. Accepted 恭喜了11. Transfer copyright form 签版权协议12. uncorrected proof 等待你校对样稿13. In Press, Corrected Proof 文章在印刷中，且该清样已经过作者校对14. Manuscript Sent to Production 排版15 in production 出版中
就是一审二审都过了，但终审被pass了证明你的稿子还不错，继续努力哦~ 问题补充：这就是退稿的委婉的说法丫，一般来说退稿函都不会直接写退稿的，审回就是退稿的说
上面答案都是坑爹啊！！终审已审回是指审稿人意见已经到编辑处，编辑处还没整理好给你而已。不是拒绝了。录用、修改、拒绝都有可能，结果还没出而已。
投稿成功，一般指定文档，时间内已成功投稿，但还需审核。不论你给哪个报刊投稿，你只要注意以下几点，就可以提高采用的概率。一、稿件字迹要清楚若稿件是手写稿，稿件首先要书写整齐，字迹不要潦草，稿纸要用方格纸。不少作者在这一方面不太注意，抄写得乱七八糟，字迹潦草。更有甚者，随便将一首诗抄在烟盒上或写在用过的稿纸背面。有些作者虽然用稿纸抄写但未用方格稿纸等等。对于这一类来稿，编辑一般都不会认真去阅读。一是阅读起来太费劲。二是编辑感觉到作者创作不严谨，投来的稿件质量肯定好不到那里去。三是不用方格稿纸抄写，若稿件刊用修改起来也不方便，算行距，字数也不好计算。建议你最好还是发电子稿，效率高、回复快。 二、作者态度要谦虚不少作者投稿时总爱附言。作者附言可以说五花八门。附言适当地介绍一下自己未尝不可，但要言简意赅，谦虚有礼。其实，稿件的好与坏，编辑阅完便知，作者没有必要画蛇添足，往往适得其反。因此，投稿时作者一定要谦虚，不要过高地宣传自己。三、投稿对象要明确每一家报刊都有自己的特点，都有自己用稿的标准，不能写完稿不加选择就投，那肯定是不容易投中。通常来讲，级别的不同，所选稿件质量就不同，比如说《小说月报》、《小说选刊》可以说选载的都是小说精萃，一般作者的作品不易被选中。如何让自己的稿件提高命中率，首先要了解自己的创作水平，根据自己的创作水平向相应的报刊投稿，这样就容易投中。四、寄稿方式要对路若是邮寄稿件，稿件最好不要寄给某一位编辑。作编辑久了，认识的文友也就多了。因此，编辑的私人信件或寄给编辑的稿件就多了，案头上压满了来信、来稿，处理都处理不完。编辑部都有专门的收发人员，来稿及时登记，及时分发，一般都不会积压，反而寄给某一位编辑的稿件常常会积压，得不到及时处理。 五、作者底稿要自留现在所有报刊都不退稿，一是工作量大；二是支付不起大量的邮费。一般来讲二个月（有约定的除外）内未见采用通知可另投它刊。稿件还是要多投几家报刊（同一时间不要一稿两投），说不定被哪一家报刊选上了。未发表不一定就是水平低，关键是要有的放矢的投稿。 六、联系方式要清楚不论是手写稿还是电子稿，都要在文尾写清固定地址、邮编、姓名，以便编辑联系。不要认为这是一件小事，有不少作者往往忘了在稿末写地址，使编辑无法与作者取得联系。
能够录用还是要看文章内容的
初审 3~6个月
见刊时间 12个月左右
简介：《公路》杂志的办刊方针是：严格遵守国家出版及相关行业法规；宣传公路行业的科技方针、政策、法规和公路工程技术标准、规范、规程；交流和推广国内、外公路建设与管理的先进技术和成功经验；报道本专业及相关学科的新理论、新技术、新材料、新方法。为提高公路行业的技术和管理水平、推动我国公路交通现代化建设服务。 《公路》杂志内容以实用技术为主，兼顾政策、理论和科学实验。《公路》杂志主要服务对象是：从事公路工程勘察、设计、施工、科研、养护、监理、管理等的技术和管理人员，大中专院校师生，市政、铁路、林业、水利、机场、地质、煤矿、石油等部门的科技工作者。
目录
Spring 作为 Ioc 框架，实现了依赖注入，由一个中心化的 Bean 工厂来负责各个 Bean 的实例化和依赖管理。各个 Bean 可以不需要关心各自的复杂的创建过程，达到了很好的解耦效果。
我们对 Spring 的工作流进行一个粗略的概括，主要为两大环节：
我们假设所有的配置和扩展类都已经装载到了 ApplicationContext 中，然后具体的分析一下 Bean 的加载流程。
思考一个问题，抛开 Spring 框架的实现，假设我们手头上已经有一套完整的 Bean Definition Map，然后指定一个 beanName 要进行实例化，需要关心什么？即使我们没有 Spring 框架，也需要了解这两方面的知识：
Spring 进行了抽象和封装，使得作用域和依赖关系的配置对开发者透明，我们只需要知道当初在配置里已经明确指定了它的生命周期和依赖了谁，至于是怎么实现的，依赖如何注入，托付给了 Spring 工厂来管理。
Spring 只暴露了很简单的接口给调用者，比如 getBean ：
那我们就从 getBean 方法作为入口，去理解 Spring 加载的流程是怎样的，以及内部对创建信息、作用域、依赖关系等等的处理细节。
上面是跟踪了 getBean 的调用链创建的流程图，为了能够很好地理解 Bean 加载流程，省略一些异常、日志和分支处理和一些特殊条件的判断。
从上面的流程图中，可以看到一个 Bean 加载会经历这么几个阶段（用绿色标记）：
整个流程最为复杂的是对循环依赖的解决方案，后续会进行重点分析。
而在我们解析完配置后创建的 Map，使用的是 beanName 作为 key。见 DefaultListableBeanFactory：
BeanFactory.getBean 中传入的 name，有可能是这几种情况：
为了能够获取到正确的 BeanDefinition，需要先对 name 做一个转换，得到 beanName。
见 AbstractBeanFactory.doGetBean ：
如果是 alias name ，在解析阶段，alias name 和 bean name 的映射关系被注册到 SimpleAliasRegistry 中。从该注册器中取到 beanName。见 SimpleAliasRegistry.canonicalName ：
如果是 factorybean name ，表示这是个工厂 bean，有携带前缀修饰符 & 的，直接把前缀去掉。见 BeanFactoryUtils.transformedBeanName :
我们从配置文件读取到的 BeanDefinition 是 GenericBeanDefinition 。它的记录了一些当前类声明的属性或构造参数，但是对于父类只用了一个 parentName 来记录。
接下来会发现一个问题，在后续实例化 Bean 的时候，使用的 BeanDefinition 是 RootBeanDefinition 类型而非 GenericBeanDefinition 。这是为什么？
答案很明显，GenericBeanDefinition 在有继承关系的情况下，定义的信息不足：
为了能够正确初始化对象，需要完整的信息才行 。需要递归 合并父类的定义 ：
见 AbstractBeanFactory.doGetBean ：
在判断 parentName 存在的情况下，说明存在父类定义，启动合并。如果父类还有父类怎么办？递归调用，继续合并。
见 AbstractBeanFactory.getMergedBeanDefinition 方法：
每次合并完父类定义后，都会调用 RootBeanDefinition.overrideFrom 对父类的定义进行覆盖，获取到当前类能够正确实例化的 全量信息 。
什么是循环依赖？
举个例子，这里有三个类 A、B、C，然后 A 关联 B，B 关联 C，C 又关联 A，这就形成了一个循环依赖。如果是方法调用是不算循环依赖的，循环依赖必须要持有引用。
循环依赖根据注入的时机分成两种类型：
如果是构造器循环依赖，本质上是无法解决的 。比如我们准调用 A 的构造器，发现依赖 B，于是去调用 B 的构造器进行实例化，发现又依赖 C，于是调用 C 的构造器去初始化，结果依赖 A，整个形成一个死结，导致 A 无法创建。
如果是设值循环依赖，Spring 框架只支持单例下的设值循环依赖 。Spring 通过对还在创建过程中的单例，缓存并提前暴露该单例，使得其他实例可以引用该依赖。
Spring 不支持原型模式的任何循环依赖 。检测到循环依赖会直接抛出 BeanCurrentlyInCreationException 异常。
使用了一个 ThreadLocal 变量 prototypesCurrentlyInCreation 来记录当前线程正在创建中的 Bean 对象，见 AbtractBeanFactory#prototypesCurrentlyInCreation ：
在 Bean 创建前进行记录，在 Bean 创建后删除记录。见 AbstractBeanFactory.doGetBean ：
见 AbtractBeanFactory.beforePrototypeCreation 的记录操作：
见 AbtractBeanFactory.beforePrototypeCreation 的删除操作：
为了节省内存空间，在单个元素时 prototypesCurrentlyInCreation 只记录 String 对象，在多个依赖元素后改用 Set 集合。这里是 Spring 使用的一个节约内存的小技巧。
了解了记录的写入和删除过程好了，再来看看读取以及判断循环的方式。这里要分两种情况讨论。
这两个地方的实现略有不同。
如果是构造函数依赖的，比如 A 的构造函数依赖了 B，会有这样的情况。实例化 A 的阶段中，匹配到要使用的构造函数，发现构造函数有参数 B，会使用 BeanDefinitionValueResolver 来检索 B 的实例。见 BeanDefinitionValueResolver.resolveReference ：
我们发现这里继续调用 beanFactory.getBean 去加载 B。
如果是设值循环依赖的的，比如我们这里不提供构造函数，并且使用了 @Autowire 的方式注解依赖（还有其他方式不举例了）：
加载过程中，找到无参数构造函数，不需要检索构造参数的引用，实例化成功。接着执行下去，进入到属性填充阶段 AbtractBeanFactory.populateBean ，在这里会进行 B 的依赖注入。
为了能够获取到 B 的实例化后的引用，最终会通过检索类 DependencyDescriptor 中去把依赖读取出来，见 DependencyDescriptor.resolveCandidate ：
发现 beanFactory.getBean 方法又被调用到了。
在这里，两种循环依赖达成了同一 。无论是构造函数的循环依赖还是设置循环依赖，在需要注入依赖的对象时，会继续调用 beanFactory.getBean 去加载对象，形成一个递归操作。
而每次调用 beanFactory.getBean 进行实例化前后，都使用了 prototypesCurrentlyInCreation 这个变量做记录。按照这里的思路走，整体效果等同于 建立依赖对象的构造链 。
prototypesCurrentlyInCreation 中的值的变化如下：
调用判定的地方在 AbstractBeanFactory.doGetBean 中，所有对象的实例化均会从这里启动。
判定的实现方法为 AbstractBeanFactory.isPrototypeCurrentlyInCreation ：
所以在原型模式下，构造函数循环依赖和设值循环依赖，本质上使用同一种方式检测出来。Spring 无法解决，直接抛出 BeanCurrentlyInCreationException 异常。
Spring 也不支持单例模式的构造循环依赖 。检测到构造循环依赖也会抛出 BeanCurrentlyInCreationException 异常。
和原型模式相似，单例模式也用了一个数据结构来记录正在创建中的 beanName。见 DefaultSingletonBeanRegistry :
会在创建前进行记录，创建化后删除记录。
见 DefaultSingletonBeanRegistry.getSingleton
记录和判定的方式见 DefaultSingletonBeanRegistry.beforeSingletonCreation ：
这里会尝试往 singletonsCurrentlyInCreation 记录当前实例化的 bean。我们知道 singletonsCurrentlyInCreation 的数据结构是 Set，是不允许重复元素的， 所以一旦前面记录了，这里的 add 操作将会返回失败 。
比如加载 A 的单例，和原型模式类似，单例模式也会调用匹配到要使用的构造函数，发现构造函数有参数 B，然后使用 BeanDefinitionValueResolver 来检索 B 的实例，根据上面的分析，继续调用 beanFactory.getBean 方法。
所以拿 A，B，C 的例子来举例 singletonsCurrentlyInCreation 的变化，这里可以看到和原型模式的循环依赖判断方式的算法是一样：
单例模式下，构造函数的循环依赖无法解决，但设值循环依赖是可以解决的 。
这里有一个重要的设计： 提前暴露创建中的单例 。
我们理解一下为什么要这么做。
还是拿上面的 A、B、C 的的设值依赖做分析，
=> 1. A 创建 -> A 构造完成，开始注入属性，发现依赖 B，启动 B 的实例化
=> 2. B 创建 -> B 构造完成，开始注入属性，发现依赖 C，启动 C 的实例化
=> 3. C 创建 -> C 构造完成，开始注入属性，发现依赖 A
重点来了，在我们的阶段 1中， A 已经构造完成，Bean 对象在堆中也分配好内存了，即使后续往 A 中填充属性（比如填充依赖的 B 对象），也不会修改到 A 的引用地址。
所以，这个时候是否可以 提前拿 A 实例的引用来先注入到 C ，去完成 C 的实例化，于是流程变成这样。
=> 3. C 创建 -> C 构造完成，开始注入依赖，发现依赖 A，发现 A 已经构造完成，直接引用，完成 C 的实例化。
=> 4. C 完成实例化后，B 注入 C 也完成实例化，A 注入 B 也完成实例化。
这就是 Spring 解决单例模式设值循环依赖应用的技巧。流程图为：
为了能够实现单例的提前暴露。Spring 使用了三级缓存，见 DefaultSingletonBeanRegistry ：
这三个缓存的区别如下：
从 getBean("a") 开始，添加的 SingletonFactory 具体实现如下：
可以看到如果使用该 SingletonFactory 获取实例，使用的是 getEarlyBeanReference 方法，返回一个未初始化的引用。
读取缓存的地方见 DefaultSingletonBeanRegistry :
先尝试从 singletonObjects 和 singletonFactory 读取，没有数据，然后尝试 singletonFactories 读取 singletonFactory，执行 getEarlyBeanReference 获取到引用后，存储到 earlySingletonObjects 中。
这个 earlySingletonObjects 的好处是，如果此时又有其他地方尝试获取未初始化的单例，可以从 earlySingletonObjects 直接取出而不需要再调用 getEarlyBeanReference 。
从流程图上看，实际上注入 C 的 A 实例，还在填充属性阶段，并没有完全地初始化。等递归回溯回去，A 顺利拿到依赖 B，才会真实地完成 A 的加载。
获取到完整的 RootBeanDefintion 后，就可以拿这份定义信息来实例具体的 Bean。
具体实例创建见 AbstractAutowireCapableBeanFactory.createBeanInstance ，返回 Bean 的包装类 BeanWrapper，一共有三种策略：
使用工厂方法创建，会先使用 getBean 获取工厂类，然后通过参数找到匹配的工厂方法，调用实例化方法实现实例化，具体见 ConstructorResolver.instantiateUsingFactoryMethod ：
使用有参构造函数创建，整个过程比较复杂，涉及到参数和构造器的匹配。为了找到匹配的构造器，Spring 花了大量的工作，见 ConstructorResolver.autowireConstructor ：
使用无参构造函数创建是最简单的方式，见 AbstractAutowireCapableBeanFactory.instantiateBean :
我们发现这三个实例化方式，最后都会走 getInstantiationStrategy().instantiate(...) ，见实现类 SimpleInstantiationStrategy.instantiate ：
虽然拿到了构造函数，并没有立即实例化。因为用户使用了 replace 和 lookup 的配置方法，用到了动态代理加入对应的逻辑。如果没有的话，直接使用反射来创建实例。
创建实例后，就可以开始注入属性和初始化等操作。
但这里的 Bean 还不是最终的 Bean。返回给调用方使用时，如果是 FactoryBean 的话需要使用 getObject 方法来创建实例。见 AbstractBeanFactory.getObjectFromBeanInstance ，会执行到 doGetObjectFromFactoryBean ：
实例创建完后开始进行属性的注入，如果涉及到外部依赖的实例，会自动检索并关联到该当前实例。
Ioc 思想体现出来了。正是有了这一步操作，Spring 降低了各个类之间的耦合。
属性填充的入口方法在 AbstractAutowireCapableBeanFactory.populateBean 。
可以看到主要的处理环节有：
如果我们的 Bean 需要容器的一些资源该怎么办？比如需要获取到 BeanFactory、ApplicationContext 等等。
Spring 提供了 Aware 系列接口来解决这个问题。比如有这样的 Aware：
Spring 在初始化阶段，如果判断 Bean 实现了这几个接口之一，就会往 Bean 中注入它关心的资源。
见 AbstractAutowireCapableBeanFactory.invokeAwareMethos :
在 Bean 的初始化前或者初始化后，我们如果需要进行一些增强操作怎么办？
这些增强操作比如打日志、做校验、属性修改、耗时检测等等。Spring 框架提供了 BeanPostProcessor 来达成这个目标。比如我们使用注解 @Autowire 来声明依赖，就是使用 AutowiredAnnotationBeanPostProcessor 来实现依赖的查询和注入的。接口定义如下：
实现该接口的 Bean 都会被 Spring 注册到 beanPostProcessors 中， 见 AbstractBeanFactory :
只要 Bean 实现了 BeanPostProcessor 接口，加载的时候会被 Spring 自动识别这些 Bean，自动注册，非常方便。
然后在 Bean 实例化前后，Spring 会去调用我们已经注册的 beanPostProcessors 把处理器都执行一遍。
这里使用了责任链模式，Bean 会在处理器链中进行传递和处理。当我们调用 BeanFactory.getBean 的后，执行到 Bean 的初始化方法 AbstractAutowireCapableBeanFactory.initializeBean 会启动这些处理器。
自定义初始化有两种方式可以选择：
见 AbstractAutowireCapableBeanFactory.invokeInitMethods ：
Bean 已经加载完毕，属性也填充好了，初始化也完成了。
在返回给调用者之前，还留有一个机会对 Bean 实例进行类型的转换。见 AbstractBeanFactory.doGetBean ：
抛开一些细节处理和扩展功能，一个 Bean 的创建过程无非是：
获取完整定义 -> 实例化 -> 依赖注入 -> 初始化 -> 类型转换。
作为一个完善的框架，Spring 需要考虑到各种可能性，还需要考虑到接入的扩展性。
所以有了复杂的循环依赖的解决，复杂的有参数构造器的匹配过程，有了 BeanPostProcessor 来对实例化或初始化的 Bean 进行扩展修改。
先有个整体设计的思维，再逐步击破针对这些特殊场景的设计，整个 Bean 加载流程迎刃而解。
spring杂志的催稿方式有：电话催稿和邮件催稿两种，一般邮件催稿使用频率比较高。注意：不管使用哪种催稿方式，需要电联或邮件给到杂志社，不建议给审稿人打催稿电话，或是发催稿邮件。
一般proof都是邮件回复的，你的怎么需要在系统上上传？文章proof的时候，已经跟期刊没关系了，是杂志社的事情1ProofReadyforReview0ProofCommentsReceived当然，各个投稿系统可能不尽相同，如不清楚，可以询问编辑解决。
大致有几种方法:
1.利用网络寻找发表原创文章的网站，发表你的代表作。优点:容易走红，点击率高。缺点:鉴于网络的特点，也容易被别人抄袭。
2.通过邮件投稿。优点:可以很好的保护你的版权，缺点:命中率低。建议投稿到一些正规的杂志和报纸，比如辽宁青年和读者，或者网上。
3.收集关于论文写作的信息。优点，成名的捷径，一旦被采用，就会被很多报纸转载。缺点:版权容易被侵犯。建议找一些比较正规的杂志编辑部组织的征文活动。
温馨提示:一定要保留稿件以备核查。即使名著没有被采用，也可以重新修改交付，你也不会遭受手稿丢失的损失。
会有通知然后在那些地方找得到
不同的杂志，不同的科目的发表周期也有所不同，很难有一个有效的对比，或者总结。一般来说有几方面的原因：稿件的长短，期刊的差别，审稿人的不同，这些都会影响审稿的时间，一般来说三个月能出来算比较快的了，正常在六个月左右，当然也有比较慢的需要六个月以上的时间，所以发表sci论文是需要耐心的。
一般论文需要格式正确，具有前瞻性和完整性，还需要满足杂志在字数、复制比率等方面的规范要求，这些都是普遍的要求，具体还是要看审稿结果。其实你可以通过比较容易的途径投稿发表，像是创新医学网就是很专业的学术约稿机构，他们有论文发表的绿色通道，有专业的医学编辑去审稿，再根据目标杂志的录用标准进行全面的修改，他们对杂志的审稿要求都很熟悉，经验也丰富，修改后肯定是可以保证录用发表的。