月度归档：2015年01月

Service Locator Patten 总结

发表于由
回复

核心思想

将构建依赖的接口彻底与依赖者分离，并将此依赖作为“服务”绑定到一个标识符，而后依赖者则可通过这个标识符获取被绑定的依赖。

优点

  • 上层逻辑不依赖于服务接口的具体实现，实现解耦
  • 提高系统的可扩展性
  • 逻辑分层更加简洁清晰，使不同层次的开发人员各司其职，提高团队开发效率

适用场景

与 (Abstract) Factory Patten 比较

  • Factory Patten 创建的所有结果对象多有统一的抽象接口的（更具一般性的）对象
  • Service Locator Patten 创建的服务，异构性程度比较大，接口缺少一般性
  • Factory Patten 单纯为创建对象
  • Service Locator Patten 职能更多些，包括创建服务、配置服务、注入服务的依赖等等

与 Dependence Injection Container 配合

  • Service Locator Patten 和 Dependence Injection并不互斥
  • Service Locator Patten 在定位服务时，创建服务、配置服务、注入服务的依赖通过Dependence Injection Container实现，可以进一步解耦

与 Proxy Patten 配合

  • 对创建的服务进行抽象，增强服务的一般性（即抽象出统一接口）

与 Singleton Patten 配合

  • 承担特定职责的Service Locator的对象无需多次实例化，节省开销
  • 对Service Locator定位的服务缓存做集中存储，存储数据结构存于Service Locator的单例对象即可

优化和扩展

  • 与多种设计模式配合使用
  • 在Service Locator类里定义服务实例化对象的缓冲池，使服务只实例化1次，节省开销

代码示例

symfony2 framework 使用总结

发表于由
回复

安装

The following exception is caused by a lack of memory and not having swap configured

  • 内存不足
  • 将PHP环境变量memory_limit调大，增大swap 交换内存

Compile Error: Cannot redeclare class Symfony\Component\Debug\Exception\FlattenException

  • 重复定义类名
  • ./vendor/symfony/symfony/src/Symfony/Component/HttpKernel/Exception/FlattenException.php
  • ./vendor/symfony/symfony/src/Symfony/Component/Debug/Exception/FlattenException.php
  • 暂时不要使用Dubug功能了吧

php app/console doctrine:schema:update –force

配置symfony2\app\config\config.yml

mapping_types:
enum: string
set: string
varbinary: string
tinyblob: text

后台自动任务设计和编码总结

发表于由
2

资源预估

  • 预估数据量、算法的时间、空间复杂度
  • 依据预估的结果分配合理的资源(内存，CPU),避免资源不够用。

避免数据脏读

自动脚本处理大量数据速度快，尤其有写操作的任务，数据一致性在分布式环境下往往难以保证。这种情况下应该避免数据脏读，比如数据库会有主从复制同步延迟的现象，这时应该强制连接数据库主库。

幂等性

有写操作的脚本，需要考虑脚本执行的幂等性，即在输入相同参数多次运行与运行一次的结果相同。 保证幂等性具体应该考虑一下几点：

  • 逻辑上，检查待处理数据的状态，已经处理过的数据不再处理。
  • 禁止并发运行，不允许运行多个进程同步运行同一任务。如何保证？信号量、Memcache加锁。

参数控制

  • 在设计阶段，应该通过参数控制，限制脚本的操作范围。参数可以是时间，自动脚本周期运行，每次运行，只处理相应周期范围内的数据。
  • 注意默认参数的参数值。

读并发

自动脚本处理速度快，在和其他系统进行交互时，会对其他系统产生大量而密集的请求。

  • 要考虑其他系统的抗并发能力
  • 合理限制单位时间对其他系统的访问次数
  • 尽量将数据集中做批量请求，减少请求次数
  • 在本地做缓存，消除重复的请求。

容错 和 错误处理

  • 容错 自动脚本往往批量处理大量数据，循环处理每条数据。在单次循环中的错误或异常，应该全部捕获，并记下日志，让脚本继续运行。
  • 日志 记录重要操作，包括info、warning、error等级所有日志，形式可以是文本记录或数据库，便于追查和报警。

备灾和数据修复

  • 在不可抗拒因素（断电，其他原因宕机）等引起任务中途突然停止，应该依据日志定位、和追查处理到哪一阶段。修复错误数据。
  • 在保证脚本幂等性的前提下，重复执行脚本可自动处理未完成的工作。

优化

随着业务增长，任务处理数据量越来越大，可能会出现，任务超时，内存不够用的情况，应该及时对自动任务进行优化，优化的方案可以从算法、业务架构上考虑。

netsh winsock reset

发表于由
回复

倒腾windows，重启后突然上不了网

1.ip dns 设置正常

2.能ping dns的ip

3.nslook 正常

4.浏览器打不开网页，socket链接无法建立。

解决办法

netsh winsock reset

原理

重置Winsock目录，winsock工作在应用层，它提供与底层传输协议无关的高层数据传输编程接口。由症状得知就是问题出在应用层。