摘要： 點擊測試 自己的私人文章，僅僅用來測試，不可見啦啦啦 閱讀全文

摘要： 早期的前端是由后端開發的，最開始的時候僅僅做展示，點一下鏈接跳轉到另外一個頁面去，渲染表單，再用Ajax的方式請求網絡和后端交互，數據返回來還需要把數據渲染到DOM上。寫這樣的代碼的確是很簡單。在Web交互開始變得復雜時，一個頁面往往有非常多的元素構成，像社交網絡的Feed需要經常刷新，展示內容也五 閱讀全文

摘要： 今天在人人都是產品經理的上，看到一篇文章 《一個創業程序員的35歲人生總結（下）》 。其實也道出了我曾經作為技術人員，各種失敗的嘗試。 下面是一種的一段引用，我非常認可 先說技術，技術是我死磕時間最長的技能。最早在大學選擇FLASH，完全是出于愛好，當時別說我，全世界估計也沒幾個人能預測到僅僅兩年后 閱讀全文

摘要： 開始寫blog有兩年了，剛開始的時候由于沒有獨立主機，要在各大技術blog中進行選擇，作為一個java程序員，自然首先想到的是javaeye (iteye的前身），或者是最著名的程序員網站csdn，但是最終選擇了博客園，雖然剛開始的時候還不知道這是一家以.net技術為主的社區網站。當然，這一篇文章肯定不是為了拍馬屁的，最近看了很多對于微信產品設計的討論以及張小龍的產品觀，主要是從產品設計的角度來看待用戶或者技術人員的選擇，我從以下幾點來分析為什么選擇博客園。1.核心功能要突出我們做一個產品，這個產品肯定要突出自己的核心功能，你的核心功能是什么，這個不能經常改變。javaeye開始的時候定位是非 閱讀全文

摘要： 前幾天用微信支付預約了小米三，以為沒有多少人會開通微信搶手機，于是并不在意，等今天再去搶的時候，發現已經賣光，讓我對覺得不可思議。后來看新聞，有630W人用微信支付參與預約。先無論這個數字是否有水分，但是至少說明這次微信支付獲得了非常大的關注度。在微信5.0之前，就聽說微信要推出支付，從當時的想法，直接和財付通關聯即可，就和淘寶以及支付寶打通一樣，這樣選擇財付通支付就可以ok了，這樣可以擴展財付通的使用場景，增加財付通的市場占有率。但微信5.0之后，大出乎我的意料，竟然直接綁定銀行卡，完全跳過忽略了財付通（雖然后背是財付通提供技術支持），不依賴現有的用戶，而是重新去挖掘用戶，一直很費解，當時只 閱讀全文

摘要： 在上一篇文章里面提到了 《跨行清算的實現原理》，這次來分析一下線下支付的場景和流程。今天看到一篇文章：http://www.huxiu.com/article/23248/1.html?f=chouti 銀泰和支付寶線下合作，推廣支付寶當面付款的功能其實仔細分析一下，覺得當面付這個功能說實在的，對消費者來說，并沒有太大的優勢，主要表現在以下幾點：1 當面付的資金要么從支付寶余額支付，要么從關聯的快捷銀行卡支付。對于大多數用戶來說，直接使用信用卡支付即可，為什么要經過支付寶錢包繞一圈，人為增加了一道手續。2 線下支付最重要的是支付效率，從個人經驗來看，銀行卡的支付效率是除現金之外，目前線下支付場 閱讀全文

摘要： 最近看了很多銀聯方面的清算系統的設計原理，對于跨行清算系統有了很大的了解，寫這篇文章的目的是在于從一個程序員的角度去思考一個跨行清算系統的架構是如何實現的以及整個過程中我們有哪些思想是可以借鑒的。由于金融里面涉及到太多的專業名詞，包括借貸，備付金，頭寸，調撥等等，這里不會涉及到這些，取而代之的是以大家可以理解的概念去解釋。下面簡單的介紹一下兩種跨行清算系統的實現原理以及特點。一種跨清算系統是我們最熟悉的銀聯，還有一種是越來越流行的第三方支付系統，比較典型的是快錢。首先來拿生活中的一個非常常見的例子來說明跨行清算的整個過程，這里面不涉及交易費等其他概念?？缧腥】盍鞒虖埲枪ば械某挚ㄈ耍枰‖F 閱讀全文

摘要： 最近看了幾篇《邏輯思維》的視頻，這是我第二個比較認同且愿意去看的脫口秀的節目，和高曉松的曉說不同，這個脫口秀更偏向發表個人的一種獨特的見解，關注互聯網對人類社會帶來的具體影響。在《邏輯思維》中，有幾期是互聯網對大型組織的影響以及個體如何在互聯網的影響下做出對自己更有利的影響。里面說的一種人才我覺得很有意思，就是U盤型人才——自帶信息，不裝系統，隨時拔插，自由協作。簡單的說就是一個自由職業者，利用自己的技能通過互聯網協作的方式去實現自己的價值，而不再依賴于任何組織。說實話，這個也是我工作幾年一直在思考的問題。在傳統型社會，你對社會的價值很難直接反映出來，你需要依附一個組織，在這個組織中提供自己的 閱讀全文

摘要： 最近在項目里面遇到一個比較難以解決的問題，簡單的說就是查詢問題。某一張表的數據量比較大，很多業務都會根據條件來查詢相關的數據，查詢主要分為兩類，一類是業務查詢，能夠根據指定的條件查詢出相關的數據，數據量比較小，查詢速度快，一類是后臺查詢，偏向數據分析，特點是查詢耗時長，查詢數據量比較大。由于大量系統訪問這個數據庫，那么對數據源連接的實時性要求就比較高，如果后臺查詢大量占用數據源的連接，會影響到外部業務，從而影響業務功能的穩定性。如何解決這個問題，在一般的情況下，我們首先會考慮設置一個合理的超時時間，由于業務查詢都是大多是根據關鍵字查詢，耗費時間都會在幾十毫秒之下，很少會有大量長耗時的sql，后 閱讀全文

摘要： 這段時間一直都在學習python，主要目的還是打算學習一門互聯網的編程語言，為后續的職業生涯做一些規劃，畢竟java在互聯網除了電商領域有叫廣泛的使用場景之外，在互聯網其他領域還不是很普及，并且java太重量級了。而python在相對來說輕量級并且易于使用，很適合互聯網產品快速迭代開發方式。個人之前接觸的唯一一個純面向對象編程語言就是java，以至于很長一段時間內，我都以為面向對象編程的模型應該都是以java這樣為基礎的，直到看了javasript和python等以函數式編程為主，支持面向對象編程的語言，才更深的了解面向對象的編程本質。什么是對象，對于對象的理解，我感覺就是具有某些特性的物質， 閱讀全文

摘要： 在這么多年的工作生活中，發現人都比較喜歡去做一些自己熟悉的，經歷過的，有經驗的事情，在采取的方法上，也偏向于自己熟悉的，流行的，通用的方案，在思維上，也偏向簡單的，重復的，機械式的思考。簡單的說，我覺得這個就是思維上的惰性，之所以我們都有以上的行為，主要是不想浪費腦細胞，由于習慣和適應，在考慮事情的時候，不想去做思考，僅僅是把大腦內存里面形成的物質重新取出來，畢竟這樣短期內比較節省時間，也比較節省腦細胞。作為一個碼農，這種現象在IT界更為普遍，為什么那么多的碼農在工作四五年都和工作一年的時候所掌握的知識差不多，其實很大一部分都是思維的惰性。他們在做解決問題的時候，往往都是選擇簡單的，熟悉的方案 閱讀全文

摘要： 所謂道，就是事物的基礎和本質，是一種思想和理論，是不易改變的部分。所謂術，就是具體實現的方法和手段，是一種實踐的過程，是容易改變的部分。在科學發展的過程中，一般都是先從術開始，開始解決某一個具體的問題，從研究這個具體問題所用的方法，研究這個問題后背的本質，從而推導出一些基礎理論和思想，再有這個基礎理論，應用到實踐，交替的發展。之所以說這個話題，主要是在回顧這些年自己的技術生涯中存在的問題以及思考如何再進一步提高我們的技術水平。個人覺得學習的過程應該是和科學的發展規律是類似的，先從解決一系列具體的問題入手，在思考這些問題后背的本質是要解決哪些基礎問題，在抽象出來這些問題背后的本質，進而思考這一類 閱讀全文

摘要： 上文見《spring事務管理器設計思想（一）》對于第二個問題，涉及到事務的傳播級別，定義如下：PROPAGATION_REQUIRED-- 如果當前沒有事務，就新建一個事務。這是最常見的選擇。PROPAGATION_SUPPORTS-- 如果當前沒有事務，就以非事務方式執行。PROPAGATION_MANDATORY-- 如果當前沒有事務，就拋出異常。PROPAGATION_REQUIRES_NEW--新建事務，如果當前存在事務，把當前事務掛起。PROPAGATION_NOT_SUPPORTED--以非事務方式執行操作，如果當前存在事務，就把當前事務掛起。PROPAGATION_NEVER-- 閱讀全文

摘要： 在最近做的一個項目里面，涉及到多數據源的操作，比較特殊的是，這多個數據庫的表結構完全相同，由于我們使用的ibatis框架作為持久化層，為了防止每一個數據源都配置一套規則，所以重新實現了數據源，根據線程變量中指定的數據庫連接名稱來獲取實際的數據源。一個簡單的實現如下：public class ProxyDataSource implements DataSource {/** 數據源池配置 */private Map dataSourcePoolConfig;public Connection getConnection() throws SQLException { return... 閱讀全文

摘要： 在最近一個項目中，在項目發布之后，發現系統中有內存泄漏問題。表象是堆內存隨著系統的運行時間緩慢增長，一直沒有辦法通過gc來回收，最終于導致堆內存耗盡，內存溢出。開始是懷疑ThreadLocal的問題，因為在項目中，大量使用了線程的ThreadLocal保存線程上下文信息，在正常情況下，在線程開始的時候設置線程變量，在線程結束的時候，需要清除線程上下文信息，如果線程變量沒有清除，會導致線程中保存的對象無法釋放。從這個正常的情況來看，假設沒有清除線程上下文變量，那么在線程結束的時候（線程銷毀），線程上下文變量所占用的內存會隨著線程的銷毀而被回收。至少從程序設計者角度來看，應該如此。實際情況下是怎么 閱讀全文